1 / 72

PRESENTATION

PRESENTATION. Pathologies des projets informatiques. IMI38F. IMI38F. Avant-propos. Avant-propos…. Notre sujet :. Pathologie : altération de la santé caractérisée par l'apparition de symptômes Quels symptômes ? Etat de santé du projet informatique ?

haven
Download Presentation

PRESENTATION

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. PRESENTATION Pathologies des projets informatiques IMI38F Pathologie des projets informatiques

  2. IMI38F Avant-propos Pathologie des projets informatiques

  3. Avant-propos… Notre sujet : Pathologie : altération de la santé caractérisée par l'apparition de symptômes • Quels symptômes ? • Etat de santé du projet informatique ? • Dysfonctionnements les plus graves ? Irréversibles ? • Existe-t-il des moyens de prévention ? Pathologie des projets informatiques. Pathologie des projets informatiques

  4. Avant-propos… Résultat des projets informatiques selon Standish Group : 1995 : Succès 16% ; Mitigés ou Échec 84% 2000 : Succès 28% ; Mitigés ou Échec 72% 2004 : Succès 29% ; Mitigés ou Échec 71% Pathologie des projets informatiques

  5. Avant-propos… Résultat : 70% = 7 projets sur 10 sont des insuccès ! Pathologie des projets informatiques

  6. Avant-propos… Selon Jean-Louis GASSE - Phases successives du Projet informatique type : • indifférence, • ignorance, • lancement, • enthousiasme, • désenchantement, • premiers craquements, • panique à bord, • abandon des objectifs, • recherche des coupables, • punition des innocents, • arrivée in extremis, • récompense de ceux qui n’ont rien fait  On comprend mieux que 70 % de PI ne sont pas des succès ! Selon Francis ODIER : • « Dans les projets pathologiques, tout l’art du management consiste à confier à Monsieur X une tâche que Madame Y saurait mieux faire et vice versa ».  Ce qui laisse présager de l’importance à accorder aux RH Pathologie des projets informatiques

  7. Comment faire en 100 jours ? Avant-propos… L’étude « des Pathologies des projets informatiques » semble donc un sujet particulièrement : ? Brûlant ! Pathologie des projets informatiques

  8. Pathologies des projets informatiques IMI38F Agenda – 5 parties : I - Introduction II - Management Structuré des Projets III - Management des Equipes de Projets IV - Management de projets e-collaboratif V - Conclusion Pathologie des projets informatiques

  9. Partie – 1 IMI38F Introduction Pathologie des projets informatiques

  10. Partie 1 – Introduction • But du projet • Les acteurs et moyens • Forces, faiblesses, opportunités, menaces • Fonctionnement équipe • Démarche projet • Production Pathologie des projets informatiques

  11. Partie 1 – Introduction But du projet : • Notre but : « construire une base de connaissance des pathologies des projets informatiques que nous avons vécus. » • Cahier des charges : • Etude des dysfonctionnements des PI vécus : Description, analyse, solutions de progrès, FCS • Livrables : • Production du rapport • Production de la présentation (1h) • Roadbook Pathologie des projets informatiques

  12. Partie 1 – Introduction Les Acteurs et Moyens Les forces en présences : • Une équipe de 6 personnes (initialement 9) • 2 coaches : Mélissa Saadoun et Jean Joskowicz • Le Directeur de l’IMI et MOA: Gérard Balantzian • 2 intervenants : Jacques Printz et Francis Odier Moyens à notre disposition : • Salles de réunions de l’IMI • Salle de réunion de Suez-environnement • Plateforme collaborative : BSCW, e-Room,Mayetic • Courriels et Téléphone • Service reprographie de Suez et des Scouts de France Pathologie des projets informatiques

  13. Partie 1 – Introduction Forces, Faiblesses, Opportunités, Menaces Matrice SWOT de l’équipe: • Forces : Compétences projets, Richesses des expériences PI pour certains membres, Tous types de structures (TPE,…), Force dégagée par le travail collaboratif. • Faiblesses : Equipe réduite, Engagements professionnels de chacun, Compétence rédactionnelle inégale, Peu d’expériences PI pour certains membres. travail en une seule équipe sur les 3 mini projets élaboration d’un questionnaire pour interviews : 2 interviews externes  relecture croisée pour améliorer l’expression • Opportunités : 2 coaches et Dir. IMI, intervenants experts, mise à disposition plateformes collaboratives, salles de réunions, service reprographie • Menaces : fragilité de l’équipe (déjà réduite au minimum) à la moindre nouvelle défaillance. Coaches pas forcément disponibles (déplacements,…) ? (dans les faits ils l’ont été remarquablement !) réponse sous 2 jours maximum Pathologie des projets informatiques

  14. Partie 1 – Introduction Fonctionnement équipe Sur les 3 mini projets : • Fonctionnement comme une seule équipe de 6 plutôt qu’en équipe de 3: • Les 6 personnes ont constitué la base des dysfonctionnements (quelque soit le mini projet auquel elles étaient affectées). • Si certaines personnes ont été affectées à l’un des mini-projets toutes ont participé aux autres (relecture, avis, rédaction…). Pathologie des projets informatiques

  15. Partie 1 – Introduction Démarche projet Cette étude a été l’occasion de mettre en place une démarche structurée de projet , un management d’équipe et un travail e-collaboratif : • Réunion de cadrage : • Relecture et compréhension du sujet • Attribution des rôles et des équipes • Mode de fonctionnement et d’échange (sélection plateforme collaborative…) • Validation cahier des charges avec la MOA • Premier planning (provisoire), • Lancement : Définition du questionnaire et réalisation des interviews – Identification des causes et effets HOT : Humain (Managérial), Organisationnels, Technique (Technologique) Pathologie des projets informatiques

  16. Partie 1 – Introduction Démarche projet (suite) • Planning détaillé sous MS-Project • Fiches de mission individuelles et suivi des temps. • Production : recherche, rédaction, analyse des cas de dysfonctionnements de projets informatiques vécus. • Concertation : réunions de travail multiples : à l’IMI, à l’extérieur ou par téléphone. 2 réunions de travail avec nos coaches. • Suivi de projet : 3 Revues de Projets aux moments clés du projet suivies de comptes rendus et capitalisation, point hebdomadaire. • Gestion d’équipe • Collaboration • Capitalisation Pathologie des projets informatiques

  17. Partie 1 – Introduction Illustration de la démarche projet Début : 19 mars Chantier : IMI Réalisateur : IMI38F Architectes : MS+JJ Pathologie des PI Le 19 mars, début de chantier ! Pathologie des projets informatiques

  18. Début : 19 mars Chantier : IMI Réalisateur : IMI38F Architectes : MS+JJ Pathologie des PI MOA Etude des documents de la MOA! Pathologie des projets informatiques

  19. Début : 19 mars Chantier : IMI Réalisateur : IMI38F Architectes : MS+JJ Pathologie des PI MOA Les travaux commencent… Collecte des infos, agitation du chef de projet… Pathologie des projets informatiques

  20. Début : 19 mars Chantier : IMI Réalisateur : IMI38F Architectes : MS+JJ Pathologie des PI MOA Rédaction du Cahier des charges… Pathologie des projets informatiques

  21. Début : 19 mars Chantier : IMI Réalisateur : IMI38F Architectes : MS+JJ Pathologie des PI MOA Ouf le Cdc est validéle 31 mars dans les temps ! Rien n’est remis en cause. Pathologie des projets informatiques

  22. Début : 19 mars Chantier : IMI Questionnaire Réalisateur : IMI38F Architectes : MS+JJ Pathologie des PI MOA Rédaction du questionnaires, interviews, alimentation Roadbook, préparation des revues de projet, base de connaissance, annexes…! Pathologie des projets informatiques

  23. Arrêtez ! Encore ! Début : 19 mars Çà suffit ! Chantier : IMI Questionnaire Réalisateur : IMI38F Architectes : MS+JJ Pathologie des PI MOA En plus le chef de projet nous demande de remplir les fiches de temps ! Pathologie des projets informatiques

  24. Annexes Début : 19 mars Chantier : IMI Questionnaire Réalisateur : IMI38F Architectes : MS+JJ Pathologie des PI MOA Bon le rapport avance ! Pathologie des projets informatiques

  25. Début : 19 mars Chantier : IMI Questionnaire Réalisateur : IMI38F Architectes : MS+JJ Pathologie des PI MOA Le 15 juin le rapport est fini. Ouf dans les temps ! Pathologie des projets informatiques

  26. Partie 1 – Introduction Production Quelques éléments quantitatifs : • Base de 39 dysfonctionnements de PI vécus • Grille d’aide au chef de projet (31 Questions renvoyant sur les cas de dysfonctionnement et sur 25 Recommandations) • Rapport 150 pages • Présentation et Roadbook Pathologie des projets informatiques

  27. Partie 1 – Introduction Production 112 activités planifiées et réalisées Pathologie des projets informatiques

  28. Partie 1 – Introduction Production + de 400 heures de travail (hors coaches) Pathologie des projets informatiques

  29. Partie 1 – Introduction Production Répartition des dysfonctionnements Pathologie des projets informatiques

  30. Partie – 2 IMI38F Management Structuré des Projets Pathologie des projets informatiques

  31. Partie 2 – MSP • Les 6 items du projet • Les Statistiques des dysfonctionnements • Exemple d’illustration • Conclusion projet • Extrait de la grille d’aide au chef de projet Pathologie des projets informatiques

  32. Partie 2 – MSP: les Items Les 6 items du projet : • l’expression des besoins • Les outils • les 4 phases de MSP: • Planification • Lancement • Production • Pilotage Pathologie des projets informatiques

  33. Partie 2 – MSP : les statistiques Pathologie des projets informatiques

  34. Partie 2 – MSP : les chiffres Pathologie des projets informatiques

  35. Partie 2 – MSP : Cas vécu • Sélection d’un progiciel de gestion hôtelière • choix d’une solution existante en Allemagne • Constat: manque de fonctionnalités et non-conformité réglementaire • Solution: • Création d’un comité utilisateurs et • Développement d’une nouvelle version • Facteurs clés de succès • Elaborer un cahier des charges solide. • Valider la solution avec un comité utilisateurs. • Ce qui fonctionne dans un pays, ne convient pas obligatoirement • à un autre pays (localisation). • . • Causes : • Organisationnelle : • Aucune validation utilisateurs Technique : • Progiciel non conforme techniquement • aux métiers en France • Effets : • Organisationnel : • Désorganisation de l’hôtel pilote Humain : • Démotivation des équipes Pathologie des projets informatiques

  36. Partie 2 – MSP : conclusion • L’expression des besoins est une étape critique • L’estimation de la charge de travail est un phase délicate • La planification est un point clé • Le rôle du comité de pilotage est déterminant Pathologie des projets informatiques

  37. Partie 2 – MSP : Grille de recommandations Management Structuré de Projet Pathologie des projets informatiques

  38. Partie – 3 IMI38F Management des Equipesde Projets Pathologie des projets informatiques

  39. Partie 3 – MEP • Les 5 items du projet • Stat. dysfonctionnement sur le projet • Exemple : Cas vécu • Conclusion projet • Extrait grille d’aide au chef de projet Pathologie des projets informatiques

  40. Partie 3 – MEPLes 5 items du projet Gestion de ses priorités Vie familiale Vie del’équipe Activité Projet Activité récurrente 24/09/2014 Pathologie des projets informatiques 40

  41. Partie 3 – MEPLes 5 items du projet • Gestion de ses priorités • Catégoriser les activités (urgence, importance) et adopter le traitement approprié. • Commencer par les activités essentielles, il reste toujours un peu de temps pour les autres. Pathologie des projets informatiques

  42. Partie 3 – MEPLes 5 items du projet • Gestion des priorités collectives Pathologie des projets informatiques

  43. Partie 3 – MEPLes 5 items du projet • Gestion des priorités collectives • Vison partagée • Limiter le recours à des ressources sensibles • S’autocontrôler : Comparer la trajectoire et le point cible. Pathologie des projets informatiques

  44. Partie 3 – MEPLes 5 items du projet • Management d’équipe projet Pathologie des projets informatiques

  45. Partie 3 – MEPLes 5 items du projet • Management d’équipe projet • Maintenir la vision commune des objectifs • Développer le « vouloir ensemble »  cohérence • Développer le « sentir  ensemble » cohésion Pathologie des projets informatiques

  46. Partie 3 – MEPLes 5 items du projet • Implication des utilisateurs Bon ça y est ! On a validé que ce serait une 7 places ! Pathologie des projets informatiques

  47. Partie 3 – MEPLes 5 items du projet • Implication des utilisateurs • Avoir des utilisateurs représentatifs et mandatés • Partager les enjeux / objectifs entre utilisateurs et équipe projet. • Impliquer les utilisateurs dès la phase d’expression des besoins Pathologie des projets informatiques

  48. Partie 3 – MEPLes 5 items du projet • Soutien de la DG vs Pathologie des projets informatiques

  49. Partie 3 – MEPLes 5 items du projet • Soutien de la DG • Essentiel dans le cas de projets stratégiques • C’est la garantie de disposer des moyens de finaliser dans les délais avec le niveau de qualité attendu. • Capacité à franchir les étapes difficiles Pathologie des projets informatiques

  50. Partie 3 – MEP : Les chiffres Pathologie des projets informatiques

More Related