Story Board Formation en mode projet Agile
•Télécharger en tant que PPTX, PDF•
4 j'aime•4,327 vues
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.
Signaler
Partager
Story Board Formation en mode projet Agile
- 1. Formation en mode projet AgileUne formation à la carte en live par les participants qui ne se connaissent pas forcément!V 1.1 - 14 janvier 2010
- 2. AvertissementCe 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'auteurLaurent Morisseaulaurent@morisseauconsulting.comMorisseau Consultinghttp://www.morisseauconsulting.comhttp://creativecommons.org/licenses/by-sa/2.0/fr/
- 3. ObjectifsL’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.
- 5. KickoffKick offRappel des objectifs du projet
- 8. Agenda* cf. slide ressources
- 9. Présentation Scrum ExpressEn 1 slide et en 10‘Pour comprendre les enjeux de la formationson format
- 10. AgendaAgendaItération 1Expression des besoins
- 12. Sprint
- 13. Rétrospective Sprint 1Itération 2Stand Up Meeting
- 15. Sprint
- 16. Open Space
- 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. ObjectifsAvant 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éfinitionOrganisationGestion de projet EquipeIngénierie logicielleExemple d’atelier
- 20. Expression des besoinsPremière partie: Initialiser le Backlog de formationSortir les cartes User stories de la première itérationPrésenter les modules existantsSi 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 BacklogLibre: laisser l'équipe s'auto organiser. Si on n'avance pas: Dot Vote avec soit des gommettes soit des marqueursRappel : tous les ateliers sont Time-boxés.Product BacklogEn 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 1Objectif : Planifier le sprint 1 et s'engager sur le périmètreSur 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 2Planning du premier sprintItération 1En tant que <>,Je veux <>Afin de <>En tant que <>,Je veux <>Afin de <>En tant que <>,Je veux <>Afin de <>
- 22. SprintScrumboardA faireEn coursFinieEn tant que <>,Je veux <>Afin de <>BurndownchartSlides14AtelierStory pointsEn tant que <>,Je veux <>Afin de <>Jeu de rôlesOn lance le premier sprint!On déroule tous les modules du sprint 1 tout en time boxant la journée.L'équipe reprend pendant le sprint le rôle du client. Et le formateur fait la démo!Le formateur met à jour le burndown chart au moment des pauses.Compris
- 23. Pause café?Rétrospective de fin de journéeMatrice d’apprentissageObjectifsQu'a-t-on appris pendant ce premier sprint?Comment va-t-on améliorer le second sprint?L'équipe: comment se constitue-t-elle?Bilan sprint 1Story boardSlides sur rétrospective comme introductionMatrice d'apprentissageRétrospective planning gameRoti à main levéCalcul de la vélocité du groupe.Si on n'a pas réussi à remplir nos engagements, pourquoi ?Comment faire au prochain sprint pour y arriver?Finir sur des actions concrètes à mettre en évidence pour le sprint 2Rétrospective planning gameChanger les équipesTravail d’équipecaféAvoir du bon café?
- 24. Story Board Jour 2
- 25. Stand Up meetingRappel des principaux concepts vus la veille au format Stand up meeting:Cela permet d’ancrer les connaissances.Le format sert à expérimenter le Daily ScrumFaire 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 2Objectif : Planifier le sprint 2 et s'engager sur le périmètreOn 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 pokerDéfinition du sprint backlogdu sprint 2Préparer le burndown chartRappel 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 BacklogEn tant que <>,Je veux <>Afin de <>En tant que <>,Je veux <>Afin de <>Priorité
- 27. Forum ouvertForum 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.OSTGroupe 1Groupe 2Scrum dans une organisation traditionnelle?Scrum avec un contrat au forfait?Scrum dans une Start up?
- 28. Rétrospective de fin de projetObjectifsqu'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 pratiquesVote Modules : le meilleur et le moins bon pour chacunStory boardSlides sur rétrospective comme introductionTime lineHistogramme de satisfaction+/delta Calcul de la vélocité du groupe, focus factor.Mettre à jour le release burn down chartSi on n'a pas réussi à remplir nos engagements, pourquoi ?ROTIJ’ai eu plus que je n’attendais32J’ai reçu autant que ce que j’attendais10Mauvais casting, pas d’intérêt
- 29. RétrospectiveRetour d’expérience d’une année d’approche agile pour mes formations
- 30. RétrospectiveCe qui s’est bien passéPour les participants, bon retour sur le formatContenu mieux adapté aux besoins réels des participantsPermet d’expérimenter les méthodes agilesPour le formateur, les sessions ne sont jamais vraiment les mêmesÉvite la routine, challengePermet de construire le contenu en continueIntégration de nouveaux modulesBesoin tiré par la demandeTrès réactif pour des formations sur mesure intra entrepriseCe qui s’est moins bien passéBien coller au formatRétrospective de fin de journée passent souvent à la trappeVélocité à la journée amène une pression (positive) sur le rythme de la formationFormation très intense (rythme et contenu)Trouver la bonne granularité des modulesTrop fin => planification trop longueTrop gros => Module pas pris ou limite le choix des participantsApproche centrée utilisateur duplique certaines informationsCôté positif : ancrage des concepts partagés
- 31. RétrospectiveLes questions que je me poseComment mieux gérer la duplication de contenu entre modulesComment mieux gérer le support du coursAujourd’hui, les pdf des modules sont donnés en fin de formationQui utilise cette approche?À ma connaissance au moins une centre de formation sur RennesCe que j’ai apprisBien 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 indicateurVélocité moyenne: autour de 120 points / jourEn intra entreprise, préparer la formation avant pour situer le contexte des participants et faire une pré sélection des modulesPas de release planningplanification à la journée suffit
- 32. Pour que ce soit parfait...Régler l’aspect support papier vs pdfRégler l’aspect duplicationLimiter le choix des modules à ce qui est réaliste pour le contexte intra entrepriseAvoir une approche plus macro par thème ou par parcours également pour faciliter la planification
- 33. Ressources
- 35. Hands OutUn support plus détaillé est également disponible en téléchargement surhttp://www.morisseauconsulting.com/Doc/FormationAgile.zip