Télécharger en tant que PDF, PPTX
Contenu connexe
Similaire à Project Management 7 agility basics
Project Management 7 agility basics
- 1.
- 2. @elodescharmes Agility basics Pourquoi ? “L’Agilité”,qu’est-ce que c’est ? Comment fait-on ? Une méthode : SCRUM Techniques Agiles Qu’est-ce que ça change ?
- 3.
- 4.
- 5. @elodescharmes A vous dejouer !
- 6. @elodescharmes Debrief • Comment avez-vousfait ? • Comment votre équipe a-t-elle fonctionné ? • Qu’est-ce qui a bien marché ? • Qu’est-ce qui a moins bien marché ?
- 7.
- 8.
- 9.
- 10.
- 11. @elodescharmes Projet « encascade »
- 12. @elodescharmes Projet « encascade » Client / sponsor Commanditaire FAIL
- 13. @elodescharmes Projet « jalonné» J-1 J0 J1 J2 J3 Décision de lancement d’avant-projet Décision de lancement de projet Livraison au client Fin du projet Décision de réalisation Pré-étude Opportunité Conception Spécifications détaillées Réalisation Tests et validation Transfert et support au client Bilan de projet Chaque jalon décisionnel valide le QCD du projet • Q : Qualité globale du projet, y compris le périmètre fonctionnel • C : Coût, le budget du projet • D : Délais : le planning du projet Permet d’avoir une approbation formelle du client sur le réalisé et le prévu à chaque étape clé du projet
- 14. @elodescharmes Projet « jalonné» J-1 J0 J1 J2 J3 Décision de lancement d’avant-projet Décision de lancement de projet Livraison au client Fin du projet Décision de réalisation Pré-étude Opportunité Conception Spécifications détaillées Réalisation Tests et validation Transfert et support au client Bilan de projet Chaque jalon décisionnel valide le QCD du projet • Q : Qualité globale du projet, y compris le périmètre fonctionnel • C : Coût, le budget du projet • D : Délais : le planning du projet Permet d’avoir une approbation formelle du client sur le réalisé et le prévu à chaque étape clé du projet Cher Jamais assez détaillé Effet tunnel Le client change d’avis On prend du retard Coupure budgétaire
- 15. @elodescharmes 20th century •Industrial massproduction •Silo-based structures •Passive client, top-down communication •Command & control, bipolar world, working class 21st century •Shortened products and technologies life-cycle, customization •Information technologies accessibility and affordability •Direct and viral client feedback •Knowledge worker
- 16.
- 17. @elodescharmes Très rapidement… d’où vientl’Agilité ? 1975 : “I would go a step further and assert that it is really impossible for a client, even working with a software engineer, to specify completely, precisely, and correctly the exact requirements of a modern software product before trying some versions of the product.” F. P. Brooks. 1976 : “Software development should be done incrementally, in stages with continuous user participation and replanning, and with design-to- cost programming within each stage.” Software Development. IEEE” 1986 : première approche de gestion de projet de développement itératif (TAKEUCHI & NONAKA) 1993 : première mise en œuvre de la méthode Scrum 1996 : première mise en œuvre de la méthode XP … d’autres méthodes continuent à voir le jour dans les années 90… 2001 : naissance du « Manifeste Agile » 1968 : Comité scientifique de l'O.T.A.N. (à Garmisch, en Allemagne, du 7 au 11 octobre 1968, et à Rome, en Italie, du 27 au 31 octobre 1969), le software engineering, rendu en français par « génie logiciel ».
- 18. @elodescharmes 2001 : naissancedu « Manifeste Agile » • Février 2001, Utah • Dix-sept spécialistes dont les plus connus – Ward Cunningham l'inventeur du Wiki – Kent Beck, père de l'extreme programming et cofondateur de Junit – Ken Schwaber et Jeff Sutherland, fondateurs de Scrum – Jim Highsmith, prônant l'ASD – Alistair Cockburn pour la méthode Crystal clear – Martin Fowler, et Dave Thomas ainsi qu'Arie van Bennekum pour DSDM (Dynamic System Development Method) la version anglaise du RAD (développement rapide d'applications) • Le Manifeste agile est constitué de 4 valeurs et de 12 principes fondateurs.
- 19. @elodescharmes Crystal Scrum XP ASD FDD KanbanDSDM TDD Lean Kanboard Jira Taïga Trello IceScrum MingleJenkins ScrumWise Values,principles, methods, tools Agile Manifesto Tools Methods Practices Principles Values
- 20.
- 21. @elodescharmes Tribunal des valeursagiles • 4 équipes • Chaque équipe va défendre une valeur A Les individus et leurs interactions B Les processus et les outils C Du logiciel qui fonctionne D Une documentation exhaustive E La collaboration avec les clients F La négociation contractuelle G L’adaptation au changement H Le suivi d’un plan
- 22. @elodescharmes Scores Equipe 1 Equipe2 Equipe 3 Equipe 4 Round 1 Défend A Points : Défend B Points : Initial : Final : Initial : Final : Round 2 Initial : Final : Défend C Points : Défend D Points : Initial : Final : Round 4 Initial : Final : Initial : Final : Défend E Points : Défend F Points : Round 5 Défend H Points : Initial : Final : Initial : Final : Défend G Points : Points
- 23. @elodescharmes Premier round • Partie1 – Equipe 1 : rédige des arguments positifs concernant « les interaction humaines » (A), mais aussi leurs limites – Equipe 2 : rédige des arguments positifs concernant « les outils et les processus » (B), mais aussi leurs limites – Les équipes 3 et 4 font un choix a priori • Partie 2 – L’équipe 1 présente ses arguments – L’équipe 2 présente ses arguments – Les équipes 3 et 4 délibèrent tous ensemble et choisir l’équipe qui a gagné
- 24.
- 25.
- 26. @elodescharmes Vary Fixed Paradigm shift :from determinism to empiric approach Scope CostTime Scope Time Cost Traditional Scope-Time-Cost Agile Scope-Time-Cost Quality QualityPlanification Priorisationdubacklog
- 27.
- 28. @elodescharmes Une histoire dedécoupage Découper l’organisation en petites équipes – Multidisciplinaires – Auto-organisées Découper le travail en une liste de petits livrables concrets – Trier par priorité – Estimez la taille relative de chaque élément Découper le temps en petites itérations – Donner de la visibilité, montrer des résultats intermédiaires
- 29. @elodescharmes Estimer et prioriser,plutôt que planifier Estimer Prioriser
- 30.
- 31. @elodescharmes Tous les projetspeuvent-ils / doivent-ils être Agiles ? https://www.growingagile.co.za/2013/12/the-stacey-matrix-revisited/
- 32.
- 33. @elodescharmes Automatisation des tests, intégrationcontinue Acceptance testing Integration testing Unit testing Beyond agile: Reorganizing IT for faster software delivery McKinsey&Company
- 34. @elodescharmes • Stable • Dédiée •Co-localisée • Autonome • Auto-organisée • « Specialized generalists » • Travaille directement et quotidiennement avec le business Equipe
- 35. @elodescharmes • Pas d’affectation des tâches •Responsabilité partagée • Peu/pas de planification détaillée • Inversion du triangle QCD Pilotage & gouvernance Aplatissementdelapyramide?
- 36. @elodescharmes Product Owner Product Owner BusinessAmbassador Unique Légitime Disponible Un représentant business travaillant quotidiennement avec l’équipe Ce n’est pas un « titre honorifique » ! Rôle combinant responsabilité et production
- 37. @elodescharmes « L‘Agilité, cen’est que pour les développeurs… » Top down managmentAgile team Contrat Impacte tous les acteurs Impacte les processus
- 38.
- 39. @elodescharmes L’agilité, c’est trèsexigeant… TRANSPARENCE HONNETETE COURAGE RESPECT ENGAGEMENT HUMILITE BIENVEILLANCE RIGUEUR DISCIPLINE
- 40.
- 41.