p.m. : quelle approche ?1(c) c & moi 2012 présentation préparée par jean-luc maze, csm, cspo...
TRANSCRIPT
P.M. : Quelle Approche ? 1(c) C & MOI 2012
Présentation préparée par Jean-Luc MAZE, CSM, CSPO
Pour la journée du 22 mars 2012 du PMI Atlantic
P.M. : Quelle Approche ? 2
Plan de la présentation Management de projet
Concepts de base Etat des lieux Genèse de l’agilité
Exemple d’approche Agile Le framework Scrum Les Rôles Les Times-Boxes Les Artefacts
« Classicisme » ou « Modernité » ? Les points communs Les complémentarités Les antagonismes
Synthèse Les limites des modèles La sagesse vient avec l’âge…
(c) C & MOI 2012
(c) C & MOI 2012 P.M. : Quelle Approche ? 7
MANAGEMENT DE PROJET : – LES FONDAMENTAUX
Quelques définitionsProjets
Un projet est une entreprise temporaire décidée dans le but de créer un produit, un service ou un résultat unique.
Il est caractérisé par des dates de début et de fin formelles
Il se termine lorsque ses objectifs sont atteints et que les livrables satisfont les commanditaires
(c) C & MOI 2012 P.M. : Quelle Approche ? 8
Quelques définitionsManagement de projet
Le management de projet est l’application : De connaissances, De compétences, D’outils, et de techniques
aux activités du projet afin d’en respecter les exigences.
(c) C & MOI 2012 P.M. : Quelle Approche ? 10
MANAGEMENT DE PROJETFONDATION DU MOUVEMENT AGILE
(c) C & MOI 2012 P.M. : Quelle Approche ? 13
Les concepts de l’agilitéLa déclaration d’interdépendance
Des approches agiles et adaptatives pour lier les personnes, les projets et la valeur.
Nous sommes une communauté de chefs de projet qui ont fortement réussis à fournir des résultats. Pour réaliser ces résultats : 1. Nous faisons de l’augmentation du retour sur l'investissement en
générant à flux continu de la valeur notre objectif. 2. Nous fournissons des résultats fiables en engageant les clients dans des
interactions fréquentes et le partage de la propriété. 3. Nous envisageons l'incertitude et la gérons par itérations, anticipation et
adaptation. 4. Nous libérons la créativité et l'innovation en reconnaissant que les
individus sont la source ultime de la valeur, et en créant un environnement où ils peuvent faire la différence.
5. Nous améliorons la performance par l’engagement du groupe sur les résultats et la responsabilité partagée de l'effectivité de l’équipe.
6. Nous améliorons l’effectivité et la fiabilité par des stratégies, des processus et des pratiques adaptées aux situations spécifiques.
(c) C & MOI 2012 P.M. : Quelle Approche ? 20
(c) C & MOI 2012 P.M. : Quelle Approche ? 22
Management de projet agileMise en situation
(c) C & MOI 2012 P.M. : Quelle Approche ? 23
MANAGEMENT DE PROJETLE FRAMEWORK SCRUM
Management de projet agileLe framework de Scrum
(c) C & MOI 2012 P.M. : Quelle Approche ? 24
3 Rôles7 TimeBoxes
4 Artefacts
(c) C & MOI 2012 P.M. : Quelle Approche ? 28
Management de projet agileScrum : Acteurs, time-boxes, Artefacts
Le Product Owner est en charge de :
(c) C & MOI 2012 P.M. : Quelle Approche ? 29
Le Scrum Master est en charge de :
Management de projet agileScrum : Acteurs, time-boxes, Artefact
L’équipe :• ne comporte pas de rôles prédéfinis
pour ses membres • Il n'y a pas non plus de notion de
hiérarchie interne : • toutes les décisions sont prises ensemble • personne ne donne d'ordre à l'équipe
sur sa façon de procéder. • L'équipe s'adresse directement au
Product Owner
• La composition de l’équipe doit rester
stable durant le sprint (au minimum).
(c) C & MOI 2012 P.M. : Quelle Approche ? 30
Management de projet agileScrum : Acteurs, time-boxes, Artefacts
(c) C & MOI 2012 P.M. : Quelle Approche ? 31
VisionPreparation for action Sprint
review
ReleasePlanning Sprint
retrospective
Sprint Planning
1-4 weeksSprint
Daily Stand-UP
Management de projet agileScrum : Acteurs, time-boxes, Artefacts
(c) C & MOI 2012 P.M. : Quelle Approche ? 32
Management de projet agileScrum : Acteurs, time-boxes, Artefacts
L’objectif doit être défini !
(c) C & MOI 2012 P.M. : Quelle Approche ? 33
Management de projet agileScrum : Acteurs, time-boxes, Artefacts
Préparation de l’action :
(c) C & MOI 2012 P.M. : Quelle Approche ? 35
Product Backlog :
Management de projet agileScrum : Acteurs, time-boxes, Artefacts
(c) C & MOI 2012 P.M. : Quelle Approche ? 36
Management de projet agileScrum : Acteurs, time-boxes, Artefacts
Syntaxe de construction des User Stories :User Stories :
• En tant que <Rôle> (As a <User role>)• Je souhaite pouvoir <Fonctionnalité> (I want to
<Functionality>)• Afin de <Bénéfice> (so that <value>)
En tant que <Rôle>
Je souhaite <Fonctionnalité>
Afin de <Bénéfice>Facultatif
(c) C & MOI 2012 P.M. : Quelle Approche ? 37
Exemple de User Stories :
Management de projet agileScrum : Acteurs, time-boxes, Artefacts
En tant qu’utilisateurJe souhaite réserver une place pour le prochain tournoi de pokerAfin de pouvoir jouer
En tant qu’utilisateurJe souhaite pouvoir créditer mon compte en ligneAfin de pouvoir parier
En tant que joueur adictifJe souhaite un lien pointant sur un site d’assistance comportementaleAfin de pouvoir contrôler mes pulsions
En tant que « High Roller » (Baleine)Je souhaite une table ouverte aux paris > à 10K€Afin de pouvoir jouer gros
(c) C & MOI 2012 P.M. : Quelle Approche ? 38
Toujours formaliser les conditions d’acceptation :
Management de projet agileScrum : Acteurs, time-boxes, Artefacts
En tant qu’utilisateurJe souhaite réserver une place pour le prochain tournoi de pokerAfin de pouvoir jouer
Vérifier qu’un même utilisateur ne peux pas réserver plus d’un siège par tournoiVérifier que l’utilisateur peut annuler sa réservation jusqu’à l’ouverture du tournoiVérifier que l’utilisateur reçoit
un email de confirmation
(c) C & MOI 2012 P.M. : Quelle Approche ? 39
Privilégier des histoires sans zone d’ombre :
Management de projet agileScrum : Acteurs, time-boxes, Artefacts
En tant qu’utilisateurJe souhaite réserver une place pour le prochain tournoi de pokerAfin de pouvoir jouer
En tant qu’utilisateurJe souhaite pouvoir réserver une place pour le prochain tournoi de poker jusqu’à la dernière minuteAfin de pouvoir jouer
En tant qu’utilisateurJe souhaite recevoir un email de confirmationAfin d’être sûr d’être inscrit
(c) C & MOI 2012 P.M. : Quelle Approche ? 41
Management de projet agileScrum : Acteurs, time-boxes, Artefacts
Product Backlog Iceberg :
Taillée pour un Sprint
CurentRelease
FuturReleases
Priorité
Affin
age contin
u
Epic :Un « large » besoin fonctionnel
Thème :Une collection d’items du Backlog liés fonctionnellement
(c) C & MOI 2012 P.M. : Quelle Approche ? 42
Management de projet agileScrum : Acteurs, time-boxes, Artefacts
Valorisation des Users Stories
Permet de classer les user stories selon la criticité métierSont possibles les valeurs suivantes (FISPE) Fonctionnalité :-I : Indispensable (Must Have)-S : Souhaitable (Should Have)-P : Possible (Could Have)-E : Eliminé (Want to Have but Won’t Have »)
Permet de classer les User Stories par niveau de « complexité » à les réaliserSont possibles les valeurs :
1, 2, 3, 5, 8, 13, 21, …
Nota : 13 vaut de 9 à 20 !
(c) C & MOI 2012 P.M. : Quelle Approche ? 45
Management de projet agileScrum : Acteurs, time-boxes, Artefacts
Product Backlog « hiérarchisé » :
(c) C & MOI 2012 P.M. : Quelle Approche ? 47
Management de projet agileScrum : Acteurs, time-boxes, Artefacts
Planification des releases :
(c) C & MOI 2012 P.M. : Quelle Approche ? 49
Management de projet agileScrum : Acteurs, time-boxes, Artefact
Planification du sprint :
(c) C & MOI 2012 P.M. : Quelle Approche ? 51
Management de projet agileScrum : Acteurs, time-boxes, Artefacts
Définition du « done » :• Code écrit (tous les «à faire» développés)• Code documenté et inscrit dans le gestionnaire de versions• Revu par un tiers et respectant les standards de développement• Assemblé sans erreur (Build)• Tests unitaires écrits et effectués• Déployé sur l’environnement d’intégration et tests de non-régression OK• Accepté par les utilisateurs et présenté lors de la sprint review• Documentation produite ou mise à jour• Testé dans l’environnement de pré-production et tests de performance OK • Mise à jour des tableaux de bord de suivi de projet (tache clôturée, temps restant à zéro,…)
Durant le sprint : L’équipe :
• Réalise les travaux inscrits au sprint backlog• Participe au daily stand-up meeting• Gère la maintenance du backlog• Travaille avec le product owner
Le Product Owner :• Collabore avec l’équipe pour répondre aux questions• Participe au daily stand-up meeting• Accepte ou refuse les livrables présentés par l’équipe
Le Scrum Master :• S’assure que les fondamentaux de Scrum sont en place• Participe au daily stand-up meeting• Œuvre à lever les empêchements• Met à jour les tableaux de bord de suivi
(c) C & MOI 2012 P.M. : Quelle Approche ? 52
Management de projet agileScrum : Acteurs, time-boxes, Artefacts
Et dire que je n’aime pas les carottes…
(c) C & MOI 2012 P.M. : Quelle Approche ? 54
Management de projet agileScrum : Acteurs, time-boxes, Artefacts
Daily StandUp :
(c) C & MOI 2012 P.M. : Quelle Approche ? 57
Management de projet agileScrum : Acteurs, time-boxes, Artefacts
Le bon moment pour mettre à jour le ScrumBoard !
Management de projet agileUn petit dessin vaut mieux…
© Egilia 2011 Management de Projets : L'agilité 58
(c) C & MOI 2012 P.M. : Quelle Approche ? 59
Management de projet agileScrum : Acteurs, time-boxes, Artefacts
La revue de Sprint :L’équipe présente ce qu’elle à fait
pendant le sprintSe fait avec démo des nouvelles
fonctionnalités ou de l’architectureOn rend compte de la progression du
projetInformel :
• Préparation > 2h• Pas de slide,…
Toute l’équipe participeOn invite tout le monde
Reference USStatut
(A,E,S,T,R)Valeur Metier
EffortEstimation
en HUSM09 T 25 5 10 10 10 10 10 10 10 8 7 6 0
3 3 3 3 3 3 3 1 0
USM25 T 50 3 6 6 6 5 5 2 0 0 0 0 01 1 1 0 0
USM41 T 100 3 4 4 4 4 4 4 1 0 0 0 01 1 1 1 1 1 0
USM45 T 50 3 7 7 7 3 2 0 0 0 0 0 01 1 1 0 0
USM46 T 50 2 6 6 6 3 2 0 0 0 0 0 01 1 1 0 0
UST71 T 50 5 3 3 3 3 3 1 1 1 0 0 03 3 3 3 3 1 1 1 0
UST72 T 50 1 2 2 0 0 0 0 0 0 0 0 02 2 0Mise en place du jeux de donnée pour le demarrage de la
release 2
Sortir une US d'un Sprint
Bloquer une US
Reprendre une US
Intégrer un mécanisme de version
RAF actualisé en H
Catalogue US type
Cloner une US
(c) C & MOI 2012 P.M. : Quelle Approche ? 60
Management de projet agileScrum : Acteurs, time-boxes, Artefacts
Mettre à jour le Sprint Burndown Chart !
Vélocité sprint 6229
2,44
Volume d'effort produitNb J/H consommés
Vélocité ==>
(c) C & MOI 2012 P.M. : Quelle Approche ? 63
Management de projet agileScrum : Acteurs, time-boxes, Artefact
Planification du sprint N+1 :
230 2,10220210 1,85200190 1,67180170160150140130120110100908070605040302010
0 S1 S2 S3 S4 S5 S6 S7 S8 S9 S10 S11 S12 S13
230 2,10220210 1,85200190 1,67180170160150140130120110100908070605040302010
0 S1 S2 S3 S4 S5 S6 S7 S8 S9 S10 S11 S12 S13
230 2,10220210 1,85200190 1,67180170160150140130120110100908070605040302010
0 S1 S2 S3 S4 S5 S6 S7 S8 S9 S10 S11 S12 S13
+ 11 Points :A la vélocité la plus basse
+ 15 Points :A la vélocité Moyenne
+ 20 Points :A la vélocité la plus haute
(c) C & MOI 2012 P.M. : Quelle Approche ? 64
Management de projet agileScrum : Acteurs, time-boxes, Artefacts
La rétrospective de sprint :
(c) C & MOI 2012 P.M. : Quelle Approche ? 67
VisionPreparation for action Sprint
review
ReleasePlanning Sprint
retrospective
Sprint Planning
1-4 weeksSprint
Daily Stand-UP
Management de projet agileScrum : Acteurs, time-boxes, Artefact
(c) C & MOI 2012 P.M. : Quelle Approche ? 68
Management de projet agileScrum : Acteurs, time-boxes, Artefacts
Résultat du sprint :
Management de projet agileScrum en 100 mots
(c) C & MOI 2012 P.M. : Quelle Approche ? 73
Management de projetRapide Comparaison (1/2)
(c) C & MOI 2012 P.M. : Quelle Approche ? 75
Thème « Traditionnelle » « Agile »
Cycle de vie En cascade, en V, sans rétroaction possible
Itératif et incrémental
Planification Predictive, basée sur des plans (+/- détaillés), sur la base d’un périmètre et d’exigences définies et stable (au début du projet…)
Adaptative avec plusieurs niveaux de planification (macro,micro,..) et ajustement au fil de l’eau (changement, performance,…)
Documentation
En forte quantité pour support à la communication, la validation, la contractualisation
Réduite au stricte nécessaire au profit d’incréments fonctionnels opérationnels (convenir au client)
Equipe Equipe avec ressources spécialisées dirigée par un chef de projet
Equipe responsabilisée où l’initiative est la communication sont privilégiées soutenue par un chef de projet
Qualité Contrôle qualité en fin de cycle. Le client découvre le produit fini.
Contrôle qualité précoce et permanant, au niveau du produit et du processus. Le client visualise le produit tôt et fréquemment
Management de projetRapide Comparaison (2/2)
(c) C & MOI 2012 P.M. : Quelle Approche ? 76
Thème « Traditionnelle » « Agile »
Changement Resistance (voir opposition) au changement.Processus lourds de gestion des changements acceptés
Accueil favorable au changement inéluctable, intégré dans le processus
Suivi avancement
Mesure le da conformité aux plans initiaux (ou révisés). Analyse des écarts
Un seul indicateur d’avancement, le nombre de fonctionnalités implémentées (en valeur business) et la charge de travail restant à faire
Gestion des risques
Processus « distinct », rigoureux de gestion des risques
Processus intégré basé sur la responsabilisation de chacun. Peut rapidement avoir des limites
Mesure du succès
Respect des engagements initiaux en termes de budget, de délais et de qualité
Satisfaction du client par livraison de valeur ajoutée (ou souhaitée)
Management de projetLes points communs
(c) C & MOI 2012 P.M. : Quelle Approche ? 77
(c) C & MOI 2012 P.M. : Quelle Approche ? 78
Management de projet agileLes complémentarités
Management de projetLes antagonismes : Variables d’ajustement
(c) C & MOI 2012 P.M. : Quelle Approche ? 80
Fonctionnalités Cout Echéancier
Echéancier Cout Fonctionnalités
On détermine
On évalue
« Traditionnelle »
« Agile »
Management de projetLes antagonismes : Génération de valeur
(c) C & MOI 2012 P.M. : Quelle Approche ? 81
Livrer de la valeur à la
fin
Management de projetLes antagonismes : La place des tests
(c) C & MOI 2012 P.M. : Quelle Approche ? 82
Agile
Traditionnelle
Management de projet agileLes antagonismes : Manager de Projet
(c) C & MOI 2012 P.M. : Quelle Approche ? 83
« Traditionnelle »
« Agile »
Management de projetLa sagesse vient avec l’âge…
(c) C & MOI 2012 P.M. : Quelle Approche ? 84
Je conseille l’Agilité :Dans un contexte «d’inculture» en Management de Projet ;Comme thérapie de groupe après un échec ;Lorsque les délais sont courts et/ou que la formalisation du besoin est faible ;Lorsque l’on ne veut pas nommer un chef de projet mais le laisser se découvrir ;Lorsque l’outillage mis à la disposition de l’équipe peut lui aussi être « agile » ;
Management de projetLa sagesse vient avec l’âge…
(c) C & MOI 2012 P.M. : Quelle Approche ? 85
Je déconseille l’Agilité :Si il n’y a pas de vision construite (ou à construire) ;Dans le cas de projet à fort niveau de bruit (Anarchie) ;Si l’outillage de développement n’est pas un minimum orienté « Agile » (Incrémental et Itératif)Dans des contextes d’appel d’offre « Public » ;Au Scrum Master sans expérience du Management de ProjetAu Product Owner sans compétence du métierSi l’on ne sait pas qui est le Product Owner !Si le Product Owner est hostile !
Management de projetLa sagesse vient avec l’âge…
(c) C & MOI 2012 P.M. : Quelle Approche ? 86
Management de projet agileScrum = ma belle mère !
(c) C & MOI 2012 P.M. : Quelle Approche ? 91
Pour aller plus loin :Manifeste Agile : http://agilemanifesto.org/Agile Alliance : http://www.agilealliance.org/Scrum Alliance : http://www.scrumalliance.org/Réference & Blog : http://referentiel.institut-agile.fr//PMI & Agilité : http://agile.vc.pmi.org/default.aspx
Livres : Gestion de projet Agile Ed Eyrollesde Véronique Messager RotaSucceeding with Agile Ed Alddison Wesleyde Mike Cohn
Vidéo : http://agile-pm.pbworks.com/Confessions-of-an-Agile-Project-Manager. (c) C & MOI 2012 P.M. : Quelle Approche ? 92
P.M. : Quelle Approche ? 93(c) C & MOI 2012
Pour aller plus loin :….Jean-Luc MAZE+33 6 31 86 29 [email protected]
Générateur de
Visibilité