Gestion intégrée de projets

1. Gestion intégrée de projets Mario Richard Directeur de Projets IBM Canada Services Mondiaux Marc Frappier professeur Département d’informatique marc.frappier@usherbrooke.ca http://www.dmi.usherb.ca/~frappier

2. Plan du séminaire • Introduction • Modélisation de processus • Estimation de l’effort • Planification de projets • Suivi de projets • Démonstration de l’outil SMP • Usage de SMP chez Merck Frosst • Conclusion

3. Estimer Planifier Contrôler Suivre Le cycle de gestion de projets

4. Outils typiques Jugement expert FP-FFP LOC Analogie MS-Project Excel Estimer Planifier Carte de temps MS-Project MS-Project Excel Contrôler Suivre

5. Outils isolés • Duplication des entrées de données • Aucun lien entre • modèle de processus • plan de projet • suivi du temps • estimation de l’effort • Difficile de • réutiliser l’expérience acquise • assurer l’intégrité (la cohérence) des données

6. SMP

7. SMP permet de • modéliser le processus logiciel • planifier en respectant le processus logiciel • faire le suivi par unité • unité = cas d’utilisation, architecture (“framework”), formation, etc. • mesurer la progression • estimer par analogie en réutilisant l’expérience acquise

8. SMP • inspiré du “Personal Software Process” de Watts Humphrey • adapté pour gérer des projets de grande taille impliquant des équipes • configurable selon le contexte particulier d’une organisation • Rational Unified Process, Modèle en spirale de Boehm, Modèle en cascades, etc.

9. Plan du séminaire • Introduction • Modélisation de processus • Estimation de l’effort • Planification de projets • Suivi de projets • Démonstration de l’outil SMP • Usage de SMP chez Merck Frosst • Conclusion

10. Exemple de processus : RUP © Rational corp.

11. Phase • Période de temps d’un projet • Déterminée par un objectif clair(en termes de biens livrables) • Terminée généralement par une revue (présentation) auprès des gestionnaires de niveau supérieur

12. Phases revue et approbation par les gestionnaires Phase i ? Phase i + 1 arrêt

13. Inception Elaboration Phases du RUP Construction Transition

14. Étude de faisabilité Analyse Fonctionnelle Phases classiques Réalisation Déploiement

15. activité • est un type d’activité du processus; ex: • conception • programmation • test unitaire • test intégré • formation des utilisateurs, etc. • peut survenir dans une ou plusieurs phases

16. Relation activités-phases Réalisation conception programmation tests unitaires préparation tests fonctionnels exécution tests fonctionnels préparation formation

17. Relation activités-phases Analyse fonctionnelle Réalisation élaboration cas d’utilisation élaboration cas d’utilisation

18. Structure matricielle d’un processus phases 1 2 3 4 activités 1 X 2 X X X 3 X 4 X X 5 X X 6 X 7 X 8 X 9 X 10 X

19. Relation activité-tâche • une tâche d’un plan est associée à une (et une seule) activité du processus • les activités définissent le squelette du plan

20. Plan du séminaire • Introduction • Modélisation de processus • Estimation de l’effort • Planification de projets • Suivi de projets • Démonstration de l’outil SMP • Usage de SMP chez Merck Frosst • Conclusion

21. Estimation de l’effort • doit être fait au tout début d’un projet(première phase) • doit être révisé en cours de route • au tout début, pas beaucoup d’information disponible pour estimer l’effort • solution choisie : estimation par unité

22. Unité de projet • un projet se décompose en unités • exemples d’unités • un cas d’utilisation • un “framework” • une formation des utilisateurs • un “pattern” • la gestion du projet • une unité peut être décomposée en sous-unités, récursivement

23. Unité vs phase vs activité • une unité est • réalisée sur plusieurs phases • via plusieurs activités Analyse fonctionnelle Réalisation Déploiement

24. Mesure de l’effort • mesurer l’effort total consacré à une unité durant un projet • pour toutes les phases • pour toutes les activités • bâtir un historique de projet • estimer l’effort total d’une unité en la comparant aux unités de l’historique des projets

25. Estimation par unité • estimation par unité • dresser la liste des unités avec leur type • classer les unités selon leur • catégorie • niveau de complexité • estimer l’effort selon la distribution de l’effort dans l’historique des projets complétés pour un type, une catégorie et un niveau de complexité

26. Niveaux de complexité •  = moyenne de l’effort = écart type • VS =  - 2* (6 %)S =  -  (24 %)M =  (38 %)C =  +  (24 %)VC =  + 2* (6 %) • calculés par type et catégorie d’unité

27. Liste des cas d’utilisation

28. Estimation de l’effort total pour chaque cas d’utilisation

29. Estimation par unité • le système propose une estimation • l’usager accepte/modifie • certaines se prête moins bien à l’évaluation par niveau de complexité et catégorie • ex: formation utilisateurEffort = nb de groupe * durée session • ex: installation d’un logiciel sur un siteEffort = nb machine * durée par machine

30. Precision des estimés

31. Plan du séminaire • Introduction • Modélisation de processus • Estimation de l’effort • Planification de projets • Suivi de projets • Démonstration de l’outil SMP • Usage de SMP chez Merck Frosst • Conclusion

32. Planification de projet • estimer l’échéancier du projet • créer les tâches et les affecter aux ressources

33. Estimation de l’échéancier stats tirées del’historique données fourniespar le gestionnaire

34. Itération • RUP suggère de décomposer une phase en itérations • une itération est déterminée par un objectif précis en terme de bien livrables • ex: spécification, conception, programme, etc.

35. Plan d’une itération • itération se décompose en tâches • tâches sont crées en identifiant • unités • activités du processus à appliquer aux unités • effort alloué selon le poids relatif (%) de la activité pour ce type et catégorie d’unité

36. Elaboration Construction Transition Project Unit Task 2 Task 3 Phase Task 1 Activity Task 4 Task 5 Décomposition activités en tâches

37. Statistics from SMP Database 40% Use Case 1 100 h - p 100 p-h Activity Define Use Case 15 p-h Define Class Diagram 5 p-h Code 40 h - p Unit Test 20 p-h Integration Test 20 p-h 40 p-h Define Use Case 1 15 p-h Class Diagram Use Case 1 5 p-h Code Class X 25 h - p Code Class Y 15 h - p Unit Test Classes X, Y 20 p-h Integration Test 20 p-h Tasks 25 p-h 15 p-h Allocation de l’effort aux tâches

38. Affectation des tâches aux ressources • une tâche peut être réalisée par plusieurs ressources • une ressource travaille sur plusieurs tâches

39. Plan du séminaire • Introduction • Modélisation de processus • Estimation de l’effort • Planification de projets • Suivi de projets • Démonstration de l’outil SMP • Usage de SMP chez Merck Frosst • Conclusion

40. Effort actuel • chaque ressource entre quotidiennement le temps travaillé pour chaque tâche • à la fin de la semaine, elle entre l’estimé pour compléter chaque tâche

41. Suivi par tâche

42. Suivi par unité

43. Project Leader Project Leader Project Leader Define Project Scope Estimate Effort & Schedule Plan an Iteration Project Start Project Start Every 2 Weeks Team Member Enter Actual Effort Team Assess Iteration Daily Weekly Team Member Team Enter Estimate to Complete Conduct Post Mortem Weekly Project End Processus typique de gestion de projets avec SMP

44. Plan du séminaire • Introduction • Modélisation de processus • Estimation de l’effort • Planification de projets • Suivi de projets • Démonstration de l’outil SMP • Usage de SMP chez Merck Frosst • Conclusion

45. Plan du séminaire • Introduction • Modélisation de processus • Estimation de l’effort • Planification de projets • Suivi de projets • Usage de SMP chez Merck Frosst • Conclusion

46. SEP Ad hoc usage and configuration No follow-up, no learned lessons Project based configuration Feedback and improvements of the process Plan Last minute identification of the tasks No mid and long term planning Project plans are defined Team members share a common vision Track Difficult to follow the evolution of a task or to assess the completed work Tasks are well documented Project status is available Control Unknown objectives Hard to detect failure or success reasons The objectives are clear Success or failure points are known Estimate No historical data Estimates based on expert judgment Organizational historical data are available to improve estimation Changements de culture induits par SMP

47. Plan du séminaire • Introduction • Modélisation de processus • Estimation de l’effort • Planification de projets • Suivi de projets • Démonstration de l’outil SMP • Usage de SMP chez Merck Frosst • Conclusion

48. Conclusion • intégration des outils pour la gestion de projets • historique cohérent, réutilisable • meilleure précision dans la planification • construction de modèles d’estimation • analyse de l’efficacité d’un processus

49. Conclusion • développement futur • ajouter collecte de FFP et FP dans la BD par unité, afin de bâtir modèle d’estimation • utiliser d’autres formules d’estimation • permettre de faire plusieurs versions de l’estimation (ré-estimation) • intégration à MS-Project

50. Conclusion • validation de SMP et ses fondements • essai bêta chez Merck Frosst et École Polytechnique • analyse statistique est à compléter