agile du point de vue d'un pmp

Post on 28-Jun-2015

3.209 Views

Category:

Documents

2 Downloads

Preview:

Click to see full reader

DESCRIPTION

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.

TRANSCRIPT

Agile du point de vue d’un PMP

François Beauregard (fbeauregard@pyxis-tech.com)

françois beauregard

fbeauregard@pyxis-tech.comhttp://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

top related