PRESENTATION

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