La présentation est en train de télécharger. S'il vous plaît, attendez

La présentation est en train de télécharger. S'il vous plaît, attendez

1 Gestion intégrée de projets Marc Frappier professeur Département d’informatique Mario.

Présentations similaires


Présentation au sujet: "1 Gestion intégrée de projets Marc Frappier professeur Département d’informatique Mario."— Transcription de la présentation:

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

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

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

5 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 6 SMP

7 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 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 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 10 Exemple de processus : RUP © Rational corp.

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

13 13 Phases du RUP Transition Inception Elaboration Construction

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

15 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 16 Relation activités-phases Réalisation conceptionprogrammationtests unitaires préparation formation préparation tests fonctionnels exécution tests fonctionnels

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

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

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

24 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 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 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 27 Liste des cas d’utilisation

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

29 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 30 Precision des estimés

31 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 32 Planification de projet estimer l’échéancier du projet créer les tâches et les affecter aux ressources

33 33 Estimation de l’échéancier stats tirées de l’historique données fournies par le gestionnaire

34 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 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 36 Décomposition activités en tâches ElaborationConstructionTransition Task 1 Task 2 Task 4Task 5 Task 3 Phase Activity Project Unit

37 37 Allocation de l’effort aux tâches Use Case 1 100 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 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 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 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 41 Suivi par tâche

42 42 Suivi par unité

43 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 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 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 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 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 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 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 50 Conclusion validation de SMP et ses fondements –essai bêta chez Merck Frosst et École Polytechnique –analyse statistique est à compléter


Télécharger ppt "1 Gestion intégrée de projets Marc Frappier professeur Département d’informatique Mario."

Présentations similaires


Annonces Google