Agile du point de vue d'un PMP
-
Upload
pyxis-technologies -
Category
Documents
-
view
3.209 -
download
2
description
Transcript of Agile du point de vue d'un PMP
Agile du point de vue d’un PMP
François Beauregard ([email protected])
françois beauregard
[email protected]://pyxis-tech.com/francois-beauregard
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 d'améliorations dans vos projets
Définir ce qu’est l’Agilité
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)
Pratiques
Principes
Valeurs
Bénéfices
Source : Lyssa Adkins, Coaching Agile Teams
Métaphore – Arbre de l’Agilité
Rendement de l’investissement maximisé
Temps de mise sur le marché écourtéPlaisir au travail accentué
Prévisibilité améliorée
Productivité augmentée
Gaspillage réduit
Satisfaction client accrue
Qualité renforcée
Éléments à forte valeur priorisés
Source : Lyssa Adkins, Coaching Agile Teams
Principes
Valeurs
Pratiques
Bénéfices
Bénéfices attendus – Les fruits
Bénéfices
Source : Lyssa Adkins, Coaching Agile Teams
Une solution fonctionnelle
La collaboration avec le client
La réponse au changement
Les individus et leurs interactions
Principes
Pratiques
Valeurs
Valeurs – Les racines
Si le sujet de la culture vous intéresse, venez me voir à la fin de la présentation.
Source : Lyssa Adkins, Coaching Agile Teams
Livraisons précoces et fréquentes de logiciels fonctionnels
Accueil des changements
Collaboration, affaires et TI
Motivation, confiance et appui
Simplicité
Conversations directes
Rythme soutenable
Excellence technique
Émergence (architecture, besoins, design)
Inspection et adaptation
Valeurs
Pratiques
Bénéfices
Principes
Principes – Le tronc
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 » ]
• 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)
Développement incrémental
Source : Lyssa Adkins, Coaching Agile Teams
Carnet de produit ordonné
Mêlée quotidienne
Rétrospective
Équipe pluridisciplinaire
Intégration continue
Développement piloté par les tests
Propriété collective du code
Principes
Valeurs
Bénéfices
Pratiques
Pratiques – Les feuilles
Without the shift in thinking, methodology becomes
technique and practice becomes imitation. Peter Block
Un cadre de fonctionnement Agile
Vision et feuille de route
Équipe de
réalisation
Influence
Cadre de référence ScrumScrum (n) : Cadre de référence à l’intérieur duquel des personnes peuvent résoudre des problèmes complexes et ainsi créer, de façon productive et créative, des produits ayant la plus grande valeur d’affaires possible.Source : Scrum.org
La dimension humaine ajoute un autre niveau de complexité.
Source : Strategic Management and Organisational Dynamics: The Challenge of ComplexityRalph D. Stacey
18
Un peu de théorie
Predictive
Scrum –Empirical
Start with a plan and all requirements
End with all requirements completed
Start with goals and some priority requirements
End with goals met
Source : Ken Schwaber
Un peu de théorie
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
S'appuie sur le plan
Coût Calendrier
PortéeContraintes
Prévision
Processus en cascade
Du plan découleles prévisions relatives au
coût et au calendrier.
S'appuie sur la valeur ou
vision
Coût Calendrier
Portée
Cadre de référence
Scrum
De la vision découleles prévisions relatives aux
fonctionnalités.
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 »
Feuille de route (produit et projet)
Carnet de produit
Carnet de sprint
Mêlée quotidienne
Différents niveaux de planification
Graphique d’avancement de sprintSprint Burndown Chart
Tableau des tâches
OutilsPrincipesSuivi
Équipe
• Mêlée quotidienne
• Obstacles du jour
• Visibilité quotidienneRisques
Qualité
Portée
Calendrier
• Feuille de temps• Fixe (équipe dédiées + contributeurs externes, aubesoin)
Coût
• Graph. avancement de sprint
• Carnet de sprint
• Tableau des tâches
• Fixe (2 à 4 semaines)
• Autogestion de l’équipe sur la synchronisation destâches
• Graph. avancement de sprint
• Carnet de sprint
• Fixe (engagement de l’équipe)
• Intégration continue• Engagement relatif à la qualité de l’équipe
• Approche « stop the line »
• Mêlée quotidienne
• Espace collaboratif
• Visibilité quotidienne Allez voir!
Suivi – Sprint
Taille du carnet : 97 points
Vélocité prévue :20 points
Sprint 112 points
Sprint 216 points
Sprints 5 et 629 points
Sprint 320 points
Plan de base
21
2
2
11
3
Livraison 1
5
321
31
8
13
5
5
5
3
2
3
2
Sprint 420 points
5
5
2
3
2 31
Processusde
spéculation
3
Plan de livraison – Baseline
Objectifs d’affaires clairement fixés
Graphique d’avancement de livraisonRelease Burndown Chart
0
50
100
150
200
250
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20Sprints
Poin
ts
Facultatifs (planifiés)
Importants (planifiés)
Essentiels (planifiés)
Facultatifs (complétés)
Importants (complétés)
Essentiels (complétés)
Tendance max. estimée
Tendance minimale estimée
Graphique Sunset
OutilsPrincipesSuivi
• Rétrospective
• Vélocité
• Amélioration continueÉquipe
• Registre des risques• Inspection fréquenteRisques
• Définition de TERMINÉ
• Démo. de sprint
• Rapport d’anomalies
• Livraison d’incréments de qualité production àchacune des itérations
• Test d’acceptation en continu
Qualité
• Carnet de produit
• Graph. avanc. livraison
• Graphique Sunset
• Objectifs de la livraison fixe
• Solution Variable (Obligatoire- Important-Facultatif)
Portée
• Plan de livraison• Fixe (sprint 0 + x sprints + stabilisation)Calendrier
• Feuille de temps
• Agile EVM
• Budget de livraison fixeCoût
Allez voir!
Suivi – Livraison
Il est possible de faire une présentation détaillée sur la reddition de comptes.
SALES
Envision(2-4 weeks)
Explore(~25%)
Development(~50%)
End-Game(~20%)
Shipping
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
• 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
Suivi – Feuille de route (projet et produit)
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
Cadre Agile – Scrum Pratiques
Références
Adoption Management
Références