L’objectif d’une formation en mode projet Agile est de délivrer la formation la plus adaptée à une population ayant un niveau potentiellement hétérogène, des expériences différentes, avec en tout cas un niveau de connaissance que l’on ne connait pas bien à l’avance et qui n’est pas forcément alignée avec votre contenu de cours.
Plutôt que de dérouler une formation linéaire ou les participants peuvent décrocher car connaissent le sujet ou au contraire manquent de bases, une formation agile s’adapte le plus possible aux participants.
1. Formation en mode projet Agile Une formation à la carte en live par les participants qui ne se connaissent pas forcément! V 1.1 - 14 janvier 2010
2. Avertissement Ce travail est sous contrat Creative Commons Paternité-Partage des Conditions Initiales à l'Identique 2.0 France License. Permission de distribuer, modifier ou utiliser est accordée en citant l'auteur Laurent Morisseau laurent@morisseauconsulting.com Morisseau Consulting http://www.morisseauconsulting.com http://creativecommons.org/licenses/by-sa/2.0/fr/
3. Objectifs L’objectif d’une formation en mode projet Agile est de délivrer la formation la plus adaptée à une population ayant un niveau potentiellement hétérogène, des expériences différentes, avec en tout cas un niveau de connaissance que l’on ne connait pas bien à l’avance et qui n’est pas forcément alignée avec votre contenu de cours. Plutôt que de dérouler une formation linéaire ou les participants peuvent décrocher car connaissent le sujet ou au contraire manquent de bases, une formation agile s’adapte le plus possible aux participants.
18. ClôtureAprès avoir expliqué le format d'un projet Scrum, on peut décliner l'agenda de la formation sur un paper board qui restera affiché le temps de la formation.
19. Objectifs Avant de construire de sprint backlog, il peut être bon de concentrer l’équipe sur les thèmes que l’on va ou peut aborder. Cela permet de poser les frontières du contenu de la formation et d’aider à prioriser les thèmes. Agilité? Définition Organisation Gestion de projet Equipe Ingénierie logicielle Exemple d’atelier
20. Expression des besoins Première partie: Initialiser le Backlog de formation Sortir les cartes User stories de la première itération Présenter les modules existants Si besoin, on reformule les attentes en user stories: dans tous les cas les attentes doivent toutes être incluses dans ce backlog de formation. Prioriser le Product Backlog Libre: laisser l'équipe s'auto organiser. Si on n'avance pas: Dot Vote avec soit des gommettes soit des marqueurs Rappel : tous les ateliers sont Time-boxés. Product Backlog En tant que <>, Je veux <> Afin de <> En tant que <>, Je veux <> Afin de <> Priorité "Je suis le Product Owner de la formation. Vous êtes l’équipe fonctionnelle et on va prioriser le contenu de la formation ensemble. En tant que PO, je souhaite avoir un produit livrable à la fin de ce projet : Je pourrais imposer certaines user stories ou les réorganiser s’il y a des dépendances."
21. Planification du sprint 1 Objectif : Planifier le sprint 1 et s'engager sur le périmètre Sur la base des story points et de la priorisation, répartir les user stories pour le sprint 1. Le formateur propose une vélocité pour cette première journée. Inclure des user stories obligatoires si elles n'ont pas été sélectionnées, si besoin. Obtenir le consentement du groupe sur cet objectif de journée. Partir sur une base de 120 story points par itération. PS: le périmètre du sprint 2 sera vue au début du sprint 2 Planning du premier sprint Itération 1 En tant que <>, Je veux <> Afin de <> En tant que <>, Je veux <> Afin de <> En tant que <>, Je veux <> Afin de <>
25. Stand Up meeting Rappel des principaux concepts vus la veille au format Stand up meeting: Cela permet d’ancrer les connaissances. Le format sert à expérimenter le Daily Scrum Faire un round robin de l'équipe, chacun devant parler d'un concept qu'il a retenu en 1 minute, et remonter un obstacle s'il en a Une rétrospective en début de jour 2 est également intéressante et peu remplacer le stand up.
26. Planification sprint 2 Objectif : Planifier le sprint 2 et s'engager sur le périmètre On donne les modules du sprint 2 car le périmètre d'un projet Agile peut changer. On peut affiner la priorisation des tâches avec un planning poker Définition du sprint backlogdu sprint 2 Préparer le burndown chart Rappel des actions d'amélioration lever pendant la dernière rétrospective Variante: On peut faire estimer la valeur métier de chaque user story avant la priorisation. Ajouter dans ce cas un Burn Up de Business value. Product Backlog En tant que <>, Je veux <> Afin de <> En tant que <>, Je veux <> Afin de <> Priorité
27. Forum ouvert Forum au format ouvert pour l'échange sur des thèmes proposés ou sur les questions restantes Cet atelier est optionnel s'il n'y a pas de question ou de sujet de réflexion. OST Groupe 1 Groupe 2 Scrum dans une organisation traditionnelle? Scrum avec un contrat au forfait? Scrum dans une Start up?
28. Rétrospective de fin de projet Objectifs qu'a-t-on appris pendant ce projet qui peut être contextualisé et étendue à l'organisation Comment s'est construit notre équipe? a-t-on progressé? Ancrer les bonnes pratiques Vote Modules : le meilleur et le moins bon pour chacun Story board Slides sur rétrospective comme introduction Time line Histogramme de satisfaction +/delta Calcul de la vélocité du groupe, focus factor. Mettre à jour le release burn down chart Si on n'a pas réussi à remplir nos engagements, pourquoi ? ROTI J’ai eu plus que je n’attendais 3 2 J’ai reçu autant que ce que j’attendais 1 0 Mauvais casting, pas d’intérêt
30. Rétrospective Ce qui s’est bien passé Pour les participants, bon retour sur le format Contenu mieux adapté aux besoins réels des participants Permet d’expérimenter les méthodes agiles Pour le formateur, les sessions ne sont jamais vraiment les mêmes Évite la routine, challenge Permet de construire le contenu en continue Intégration de nouveaux modules Besoin tiré par la demande Très réactif pour des formations sur mesure intra entreprise Ce qui s’est moins bien passé Bien coller au format Rétrospective de fin de journée passent souvent à la trappe Vélocité à la journée amène une pression (positive) sur le rythme de la formation Formation très intense (rythme et contenu) Trouver la bonne granularité des modules Trop fin => planification trop longue Trop gros => Module pas pris ou limite le choix des participants Approche centrée utilisateur duplique certaines informations Côté positif : ancrage des concepts partagés
31. Rétrospective Les questions que je me pose Comment mieux gérer la duplication de contenu entre modules Comment mieux gérer le support du cours Aujourd’hui, les pdf des modules sont donnés en fin de formation Qui utilise cette approche? À ma connaissance au moins une centre de formation sur Rennes Ce que j’ai appris Bien introduire le format de la formation avec le slide Scrum express. Aider à la planification par une vue globale: Thèmes, mindmapping... Poids des modules: par nombre de slides est un bon indicateur Vélocité moyenne: autour de 120 points / jour En intra entreprise, préparer la formation avant pour situer le contexte des participants et faire une pré sélection des modules Pas de release planning planification à la journée suffit
32. Pour que ce soit parfait... Régler l’aspect support papier vs pdf Régler l’aspect duplication Limiter le choix des modules à ce qui est réaliste pour le contexte intra entreprise Avoir une approche plus macro par thème ou par parcours également pour faciliter la planification