Upload
french-scrum-user-group
View
677
Download
1
Embed Size (px)
Citation preview
15 jours pour concevoir le Plan de release de votre projet avec les Serious Games
Gilles MergoilNeoxia
Merci à nos sponsors Platinum
Et merci à nos sponsors Gold et Silver
Fiche d’identité
• Cabinet de conseil en système d’information• Création : juin 2000• Basé à Paris – 8ème et Casablanca• 50 consultants
– Consultants SI– Architectes– Experts
• Quelques chiffres :– 4,3 M€ en 2011
et l’agilité
• Une culture Agile et Lean interne forte
• Une pratique concrète chez nos clients depuis plusieurs années sur d’importants projets (ex: Plateforme de prise de paris en ligne du PMU)
• Un accompagnement de nos clients sur l’adoption, la généralisation et l’amélioration des pratiques
• Une vaste politique de certification SCRUM : « ScrumMaster » et « Product Owner »
• Speaker aux évènements nationaux (ex: Agile Tour, XP Days)
• Une reconnaissance de nos clients : de la part des praticiens IT et des bénéficiaires métiers
• Sponsor du Scrum User Group France
• Membre et co-fondateur de l’institut Agile
Introduction / Contexte
• Projet « stratégiques » ?– Enjeux pour l’entreprise– Implication des décideurs
• Objectifs annoncés du Plan de release– Fournir de la visibilité : Quoi ? Quand ? Combien ?– Permettre la prise de décision : Go / NoGo– Délai réduit : 15 jours à 1 mois
• 2 contextes possibles :– Projet « neuf »– Projet existant en phase d’«attente »
Kesako ?
• La conception du Plan de release d’un projet consiste à projeter sur une échelle de temps les fonctionnalités métiers du système cible telles qu’elles seront réalisées.
• La répartition des différentes fonctionnalités sur l’échelle de temps décomposées en Releases et en Itérations dépend de plusieurs facteurs combinés :– L’importance de la fonctionnalité dans le système,– Son coût de réalisation,– Sa dépendance à d’autres fonctionnalités.
Objectifs poursuivis ?La conception du plan de Release poursuit plusieurs objectifs :1. Disposer d’une vision métier du projet partagée par l’ensemble des acteurs
métier, pilotage, équipes de réalisation, d’intégration, de tests, partenaires, …2. Segmenter le projet en sous-ensemble fonctionnels « complets » (domaines
fonctionnels / fonctionnalités) de taille adaptée à une estimation de charges réaliste.
3. Dégager un consensus sur les estimations de charges nécessaires à la réalisation des grandes fonctionnalités du système en s’adressant aux experts fonctionnels et techniques concernés.
4. Dimensionner le dispositif opérationnel projet en fonction des estimations réalisées et des objectifs de release retenus.
5. Coordonner les acteurs du projet.6. Suivre l’avancement / le reste à faire du projet.7. Effectuer les arbitrages et mener les re-planifications nécessaires.
Démarche générale
Technique
Métier
Open Close
Explore
Création du premier
backlogArbitragesstratégiques
Décisio
nGo /
NoGo
Exploration
des fonctionnalités
Approfondissement
de l’implémentation
1 - Découverte des fonctionnalitéscas 1 : projet « neuf »
• Sous la forme d’un atelier– 3 ou 4 « experts métier »– 1 ou 2 « décideurs »– 1 animateur + 1 rapporteur
Expert métier
Manager
Expert métier
Expert métier
Expert métier
Manager
Rapporteur
Animateur
Game #1 – invention des fonctionnalités (1h)
• Pendant 20 minutes, chacun écrit autant de fonctionnalités qu’il le souhaite ou le peut : une par Post’it.
• A tour de rôle, chacun vient présenter ses fonctionnalités au groupe en les positionnant sur un tableau.
• On peut ajouter des fonctionnalités en cours de jeu.
• Les managers parlent en dernier !
• 50% à 80% d’overlap … seulement !
• « Auto-classement »• « résonnance »• « dissonance »• Environ 100 Post’it, soit
entre 30 et 50 fonctionnalités
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Game #2 – Regroupement (20’)
• Regroupement des fonctionnalités par catégories : domaine fonctionnel, sous-domaine, epics, …
• Emergence d’un vocabulaire métier du projet• Prolongement « naturel » du jeu #1• Eclaircissement, réécriture, suppression des
Post’it devenus inutiles
« Regroupement fonctionnel »
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Game #3 – Classement horizontal (5’)
• « dot voting »• Chacun dispose de 5 votes qu’il positionne à
sa guise sur les catégories• On peut voter plusieurs fois sur la même
catégorie, voire mettre tous ses votes sur une seule
« 1er classement »
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
148 3 1
Game #3bis – La vue « client » ! (5’)
• Est si on votait en se mettant à la place du client ?
« vue client »
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
148 3 1863 32
3
Game #4 – Classement vertical (1/2h)
• A l’intérieur de chaque catégorie, l’équipe classe verticalement les fonctionnalités des plus importantes en haut au plus accessoires en bas,
• Il est possible de réécrire, de fusionner et de dissocier des fonctionnalités,
• Au passage, on peut utiliser le modèle de Kano pour tagguer les fonctionnalités (must have
/ the more the better / delighter).
Fin de la phase 1 « 1er Backlog »
• Un périmètre fonctionnel complet avec un niveau de détail de « macro » à « moyen »
• Un découpage en domaine et sous-domaine fonctionnel
• Un début de « vocabulaire projet »• Plusieurs indicateurs de priorisation global /
par domaine / sur différents plans (client, …)
Quelques conseils …
• La rapporteur de l’atelier peut tracer les résultats des différents jeux ainsi que la « substance des échanges » avec un outil léger tel Scrumdo.com,
• Excel (ou Google Spreadsheet) reste encore bien utile pour croiser et trier les données collectées lors de l’atelier (votes, …)
• De 1 atelier sur une journée à 3 ateliers d’une demi-journée espacés de quelques jours.
• Nous avons aussi essayé : « buy a feature », « be my shadow », ..
1’- Découverte des fonctionnalitéscas 2 : projet « existant »
• Analyse de l’existant documentaire en équipe de 2 à 4.
• Construction d’un 1er backlog sans intervention du client/des métiers.
• Présentation du 1er Backlog dans le cadre d’un « atelier de travail » ...… et utilisation des techniques du « cas 1 ».
2 - Estimation du backlog
• Sous la forme d’un atelier– 3 ou 4 « experts technique »– 1 ou 2 « experts métiers »– 1 animateur + 1 rapporteur
Expert tech.
Expert métier
Expert tech.
Expert tech.
Expert tech.
Expert métier
Rapporteur
Animateur
Travail préalable
• Toiletter les backlog• Approfondissement des fonctionnalités vers
des epics et user stories
Préparation de l’estimation (1-2h)
• Présentation du périmètre fonctionnel à l’équipe technique : échange et approfondissement.
• Présentation du socle technique– Cas 1 : connu et maîtrisé– Cas 2 : mal connu et/ou non maîtrisé
• Hypothèses retenues pour les estimations
Game #5 « Planning Poker » (1-2h)
• Le planning poker ne sert qu’à « étalonner » les stories (ou epics) pour la suite de l’estimation.
• Sélection de 4 ou 5 stories représentatives• Décomposition en activités pour l’équipe• Validation des hypothèses d’implémentation
qui impacteront l’estimation de la complexité• Utilisation de l’échelle « tailles de tee shirts » :
XS, S, M, L, XL
Game #6 « La roue »
XS
S
M
L
XL
Yyzuyizeiy
YyzuyizeiyYyzuyi
zeiy
Yyzuyizeiy
YyzuyizeiyYyzuyi
zeiyYyzuyizeiy
YyzuyizeiyYyzuyi
zeiyYyzuyizeiy
Yyzuyizeiy
Yyzuyizeiy
• Estimez et positionner les stories sur la roue
• Utilisez les story étalons pour positionner les nouvelles stories comparativement
• Dégagez un consensus entre les participants ou utilisez l’estimation supérieure.
• Estimez dans l’ordre des macro-priorités de la phase 1
• Entre 30 et 50 stories en une demi-journée
Fin de la phase 2 « Backlog estimé »
• Finalisation de l’estimation des stories hors atelier et/ou nouvel atelier « la roue » en fonction de la profondeur du backlog.
• Backlog estimé de manière macro sur l’ensemble du périmètre et selon des hypothèses d’estimation connues.
• Liste des hypothèses fonctionnelles et techniques à valider avant d’entérinner le plan de release.
• Liste des epic/stories a retravailler (L et XL)
3 – Construction du Plan de release
Plan de release v0 ?
• Fixer une échelle de temps et un niveau de ressources (équipe, vélocité)
• Faire simple !– Echelle linéaire dans un premier temps– Business value first !
• Communiquez visuellement : afficher le PR 0 !• Faites des hypothèses pour passer des « tailles
de tee shirts » aux « story points »
Plan de release v0 linéaireRelease #1 R. #2 R. #3
#0* #1 #2 #n
Fonctionnalités
Présentation du plan de release
• Sous la forme d’un atelier de 2h– 2 ou 3 « managers / décideurs clients »– 1 « experts métiers »– 1 « experts technique »– 1 animateur + 1 rapporteur
Expert tech.
Expert métier
Expert tech.
Expert tech.
Expert tech.
Expert métier
Rapporteur
Animateur
• Discutez des options stratégiques• Arbitrez entre must have / nice to have / delighters• Arbitrez entre court-terme / moyen-terme / long-
terme• Les estimations ne sont pas négociables … sans
contre-parties !• Adressez les dimensions fonctionnelles /
opérationnelles /techniques sur le même plan.
Plan de release v1 ?
• Valider le consensus :– Choix stratégiques– Plan de ressources– Priorités du projet (fonctionnalités, jalons, qualité)
• Itérez !• Proposez aux managers présents d’intégrer le
processus plus tôt la prochaine fois.
Release #1#0 #1 #2 #n
Equipe A
Equipe B
Equipe intégration
#0 + #1 #2 + #n
Merci !Questions ?