1 Gestion intégrée de projets Marc Frappier professeur Département d’informatique Mario Richard Directeur de Projets IBM Canada Services Mondiaux

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 Le cycle de gestion de projets EstimerPlanifier SuivreContrôler

4 Outils typiques EstimerPlanifier SuivreContrôler Jugement expert FP-FFP LOC Analogie MS-Project Excel MS-Project Excel Carte de temps MS-Project

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 ? Phase iPhase i + 1 revue et approbation par les gestionnaires arrêt

13 Phases du RUP Transition Inception Elaboration Construction

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

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 conceptionprogrammationtests unitaires préparation formation préparation tests fonctionnels exécution tests fonctionnels

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

18 Structure matricielle d’un processus phases a c ti v it é s X 2XXX 3X 4XX 5XX 6X 7X 8X 9X 10X

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é Analyse fonctionnelleRéalisationDéploiement une unité est –réalisée sur plusieurs phases –via plusieurs activités

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 utilisateur Effort = nb de groupe * durée session –ex: installation d’un logiciel sur un site Effort = 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 de l’historique données fournies par 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 Décomposition activités en tâches ElaborationConstructionTransition Task 1 Task 2 Task 4Task 5 Task 3 Phase Activity Project Unit

37 Allocation de l’effort aux tâches Use Case h - p Define Class Diagram 5 p-h Define Use Case 15 p-h Code 40 h - p Unit Test 20 p-h Integration Test 20 p-h Class Diagram Use Case 1 5 p-h Define Use Case 1 15 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 25 p-h15 p-h 40 p-h 100 p-h Statistics from SMP Database Activity Tasks 40%

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 Processus typique de gestion de projets avec SMP Define Project Scope Project Leader Project Start Estimate Effort & Schedule Project Leader Project Start Plan an Iteration Project Leader Every 2 Weeks Enter Actual Effort Team Member Daily Enter Estimate to Complete Team Member Weekly Assess Iteration Team Weekly Conduct Post Mortem Team Project End

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

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