Agile du point de vue d'un PMP

3 843 vues

Publié le

Présentation de François Beauregard « Agile du point de vue d’un PMP » lors d'une soirée organisée par PMI-Montréal. Cette conférence présente les similitudes, les différences et les parallèles entre l’approche en cascade et une approche Agile.

1 commentaire
5 j’aime
Statistiques
Remarques
Aucun téléchargement
Vues
Nombre de vues
3 843
Sur SlideShare
0
Issues des intégrations
0
Intégrations
132
Actions
Partages
0
Téléchargements
100
Commentaires
1
J’aime
5
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive

Agile du point de vue d'un PMP

  1. 1. Agile du point de vue d’un PMPFrançois Beauregard (fbeauregard@pyxis-tech.com)
  2. 2. françois beauregard fbeauregard@pyxis-tech.comhttp://pyxis-tech.com/francois-beauregard
  3. 3. Objectifs• Présenter les ressemblances et les différences entre une approche Agile et celle du PMI• Situer ces éléments dans un contexte pratique• Fournir des éléments de réflexion pour la mise en œuvre daméliorations dans vos projets
  4. 4. Définir ce qu’est l’Agilité
  5. 5. Un peu d’histoire• 1945 à 1965 – Les débuts• 1965 à 1985 – La crise• Années 80 et 90 – On veut passer de l’artisanat à l’ingénierie logicielle, on cherche le silver bullet• 1995 – Scrum• 2001 – Le manifeste Agile• 2002 – Création du groupe d’utilisateurs Agile de Montréal… – Pas facile• 2007 – Le nombre de participants à la conférence Agile double pour une troisième année consécutive• 2009 – 35 % des organisations utilisent une approche Agile (Forrester)• 2012 – On prévoit que 80 % des projets seront réalisés à l’aide d’une approche Agile (Gartner)
  6. 6. Métaphore – Arbre de l’Agilité BénéficesPratiques Principes Valeurs Source : Lyssa Adkins, Coaching Agile Teams
  7. 7. Bénéfices attendus – Les fruits Rendement de Qualité renforcée l’investissement maximiséGaspillage réduit Bénéfices Temps de mise Pratiques sur le marché écourté Plaisir au travailÉléments à forte accentuévaleur priorisés Productivité Satisfaction client augmentée accrue Principes Prévisibilité améliorée Valeurs Source : Lyssa Adkins, Coaching Agile Teams
  8. 8. Valeurs – Les racines Bénéfices Pratiques Une solution Principes La collaboration fonctionnelle avec le clientLes individus etleurs La réponse auinteractions changement Valeurs Source : Lyssa Adkins, Coaching Agile Teams
  9. 9. Si le sujet de la culture vous intéresse, venez me voir à la fin de la présentation.
  10. 10. Principes – Le tronc Bénéfices Conversations directes Accueil des changements PratiquesÉmergence Inspection et(architecture, adaptationbesoins, design) Rythme soutenable Simplicité Collaboration, Livraisons précoces affaires et TI Principes et fréquentes deMotivation, confiance logiciels fonctionnelset appui Excellence technique Valeurs Source : Lyssa Adkins, Coaching Agile Teams
  11. 11. Des équipes hautement performantes• Le développement Agile met l’accent sur la performance de l’équipe et sa progression• L’Agilité donne une visibilité exceptionnelle sur les équipes Coût [ 7.3 Control Costs ] Calendrier [ 6.6 Control Schedule] Qualité [ 8.3 Perform Quality Contol ] Portée [ 5.4 Verify Scope, 5.5 Control Scope ] Risques [ 11.6 Monitor and Control Risks ] Équipe [ 9.x « monitor team performance » ]
  12. 12. Développement incrémental• Chaque itération doit finir par la livraison d’un incrément de logiciel TERMINÉ!!!• Nous pouvons donc • Mesurer l’avancement à partir du logiciel fonctionnel (Attention à la dette que vous accumulez!) • Recueillir très tôt des données sur la qualité du produit (et éviter les surprises)
  13. 13. Pratiques – Les feuilles Carnet de produit ordonné BénéficesMêlée Intégrationquotidienne continuePratiques RétrospectivePropriétécollective Équipedu code pluridisciplinaire Développement piloté par les Principes tests Valeurs Source : Lyssa Adkins, Coaching Agile Teams
  14. 14. Without the shift in thinking, methodology becomestechnique and practice becomes imitation. Peter Block
  15. 15. Un cadre de fonctionnement Agile
  16. 16. Scrum (n) : Cadre de référence à l’intérieur Cadre de référence Scrumduquel des personnes peuvent résoudre desproblèmes complexes et ainsi créer, de façonproductive et créative, des produits ayant la plusgrande valeur d’affaires possible.Source : Scrum.org Équipe de réalisation Influence Vision et feuille de route
  17. 17. Un peu de théorie La dimension humaine ajoute un autre niveau de complexité. Source : Strategic Management and Organisational Dynamics: The Challenge of Complexity Ralph D. Stacey18
  18. 18. Un peu de théorie PredictiveStart with a plan End with alland all requirementsrequirements completed Scrum – EmpiricalStart with goalsand some priority End withrequirements goals met Source : Ken Schwaber
  19. 19. Passer d’un modèle de gestion fondé sur les coûts à un modèle de gestion fondé sur la valeur d’affaires créée Processus Cadre de en cascade référence Portée Coût Scrum Calendrier Contraintes Sappuie sur la valeur ou Sappuie vision sur le plan PrévisionCoût Calendrier Portée Du plan découle De la vision découle les prévisions relatives au les prévisions relatives aux coût et au calendrier. fonctionnalités.
  20. 20. Planification et suivi Agiles Coût [ 7.3 Control Costs ] Calendrier [ 6.6 Control Schedule] Qualité [ 8.3 Perform Quality Contol ] Portée [ 5.4 Verify Scope, 5.5 Control Scope ] Risques [ 11.6 Monitor and Control Risks ] Équipe [ 9.x « monitor team performance »
  21. 21. Différents niveaux de planificationFeuille de route(produit et projet)Carnet de produitCarnet de sprintMêlée quotidienne
  22. 22. Graphique d’avancement de sprint Sprint Burndown Chart
  23. 23. Tableau des tâches
  24. 24. Suivi – SprintSuivi Principes OutilsCoût • Fixe (équipe dédiées + contributeurs externes, au • Feuille de temps besoin)Calendrier • Fixe (2 à 4 semaines) • Graph. avancement de sprint • Autogestion de l’équipe sur la synchronisation des • Carnet de sprint tâches • Tableau des tâchesPortée • Fixe (engagement de l’équipe) • Graph. avancement de sprint • Carnet de sprintQualité • Engagement relatif à la qualité de l’équipe • Intégration continue • Approche « stop the line »Risques • Visibilité quotidienne • Mêlée quotidienne • Obstacles du jourÉquipe • Visibilité quotidienne Allez voir! • Mêlée quotidienne • Espace collaboratif
  25. 25. Plan de livraison – Baseline Objectifs d’affaires clairement fixés Processus Taille du carnet : de 97 points spéculation Vélocité prévue : 20 pointsPlan de base Sprint 1 Sprint 2 Sprint 3 Sprint 4 Sprints 5 et 6 12 points 16 points 20 points 20 points 29 points Livraison 1 1 2 5 5 5 2 13 3 5 3 1 3 1 3 1 3 1 3 5 2 5 2 3 2 2 2 2 3 8 1
  26. 26. Graphique d’avancement de livraison Release Burndown Chart
  27. 27. Graphique Sunset 250 200Facultatifs (planifiés)Importants (planifiés)Essentiels (planifiés)Facultatifs (complétés) 150 PointsImportants (complétés)Essentiels (complétés)Tendance max. estiméeTendance minimale estimée 100 50 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 Sprints
  28. 28. Suivi – LivraisonSuivi Principes OutilsCoût • Budget de livraison fixe • Feuille de temps • Agile EVMCalendrier • Fixe (sprint 0 + x sprints + stabilisation) • Plan de livraisonPortée • Objectifs de la livraison fixe • Carnet de produit • Solution Variable • Graph. avanc. livraison (Obligatoire- Important-Facultatif) • Graphique SunsetQualité • Livraison d’incréments de qualité production à • Définition de TERMINÉ chacune des itérations Allez voir! • Démo. de sprint • Test d’acceptation en continu • Rapport d’anomaliesRisques • Inspection fréquente • Registre des risquesÉquipe • Amélioration continue • Rétrospective • Vélocité
  29. 29. Il est possible de faire une présentation détaillée sur la reddition de comptes.
  30. 30. Suivi – Feuille de route (projet et produit)• Si vous avez un processus de gouvernance avec des passages, la définition des passages doit s’éloigner graduellement de la notion de phase pour devenir des points de validation d’investissement• Ceci est un changement important souvent difficile à faire Envision Explore Development End-Game Shipping (2-4 weeks) (~25%) (~50%) (~20%) SALES
  31. 31. Suivi – Feuille de route (projet et produit)• Certains de vos outils classiques vous seront très utiles ici• Si possible, suivez la cadence des sprints pour effectuer la reddition de comptes de niveau projet• Consolider les métriques de livraison de l’ensemble des contributeurs• Pour des projets de moindre envergure, le niveau livraison est souvent équivalent au niveau projet
  32. 32. En conclusion• Pour un PMP, adopter une approche Agile constitue à la fois • un changement culturel significatif • et la possibilité d’utiliser ses talents, son expérience et certaines bonnes pratiques qu’il connaît bien
  33. 33. RéférencesCadre Agile – Scrum Pratiques
  34. 34. RéférencesAdoption Management

×