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.
Agile du point de vue
d’un PMP
François Beauregard (fbeauregard@pyxis-tech.com)
françois beauregard
fbeauregard@pyxis-tech.com
http://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
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)
Métaphore – Arbre de l’Agilité
Bénéfices
Pratiques
Principes
Valeurs Source : Lyssa Adkins, Coaching Agile Teams
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
Valeurs – Les racines
Bénéfices
Pratiques
Une solution Principes La collaboration
fonctionnelle avec le client
Les individus et
leurs La réponse au
interactions changement
Valeurs Source : Lyssa Adkins, Coaching Agile Teams
Si le sujet de la culture vous intéresse, venez me voir à la fin de la présentation.
Principes – Le tronc
Bénéfices
Conversations
directes
Accueil des
changements
Pratiques
Émergence Inspection et
(architecture, adaptation
besoins, design)
Rythme soutenable
Simplicité
Collaboration, Livraisons précoces
affaires et TI Principes et fréquentes de
Motivation, confiance logiciels fonctionnels
et appui
Excellence technique
Valeurs
Source : Lyssa Adkins, Coaching Agile Teams
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 » ]
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)
Pratiques – Les feuilles
Carnet de
produit ordonné
Bénéfices
Mêlée Intégration
quotidienne continue
Pratiques Rétrospective
Propriété
collective Équipe
du code pluridisciplinaire
Développement
piloté par les Principes
tests
Valeurs
Source : Lyssa Adkins, Coaching Agile Teams
Without the shift in thinking, methodology becomes
technique and practice becomes imitation. Peter Block
Scrum (n) : Cadre de référence à l’intérieur Cadre de référence Scrum
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
Équipe
de
réalisation
Influence
Vision et
feuille de
route
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. Stacey
18
Un peu de théorie
Predictive
Start with a plan End with all
and all requirements
requirements completed
Scrum –
Empirical
Start with goals
and some priority End with
requirements goals met
Source : Ken Schwaber
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
S'appuie sur la
valeur ou
S'appuie vision
sur le
plan
Prévision
Coû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.
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 »
Différents niveaux de planification
Feuille de route
(produit et projet)
Carnet de produit
Carnet de sprint
Mêlée quotidienne
Suivi – Livraison
Suivi Principes Outils
Coût • Budget de livraison fixe • Feuille de temps
• Agile EVM
Calendrier • Fixe (sprint 0 + x sprints + stabilisation) • Plan de livraison
Portée • Objectifs de la livraison fixe • Carnet de produit
• Solution Variable • Graph. avanc. livraison
(Obligatoire- Important-Facultatif) • Graphique Sunset
Qualité • 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’anomalies
Risques • Inspection fréquente • Registre des risques
Équipe • Amélioration continue • Rétrospective
• Vélocité
Il est possible de faire une présentation détaillée sur la reddition de comptes.
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
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
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