From 279da3176db10dabbbc9ed378ba3c66236a1aecd Mon Sep 17 00:00:00 2001 From: cdejonghe Date: Mon, 28 Nov 2022 15:37:51 +0100 Subject: [PATCH] feat(#79) : Update Daily Meeting, Affinage and Retrospective --- src/affinage/first-side/column1.md | 48 ++++++++++++++----------- src/affinage/first-side/column2.md | 25 +++++++------ src/dailymeeting/dailymeeting.scss | 5 +++ src/dailymeeting/first-side/column1.md | 39 +++++++++++--------- src/dailymeeting/first-side/column2.md | 41 +++++++++++---------- src/retrospective/first-side/column1.md | 28 ++++++++------- src/retrospective/first-side/column2.md | 28 +++++++-------- 7 files changed, 122 insertions(+), 92 deletions(-) diff --git a/src/affinage/first-side/column1.md b/src/affinage/first-side/column1.md index 745b8cc..8206382 100644 --- a/src/affinage/first-side/column1.md +++ b/src/affinage/first-side/column1.md @@ -1,30 +1,36 @@ -# Durée +# Durée / Fréquence -~1 h - -# Fréquence - -En fonction des besoins -Viser une fois par semaine +- En fonction des besoins, prévoir 1h / semaine pour commencer # Objectifs -`Avoir la vision dev des besoins` -`Chiffrer les User Stories -(optionnel si fait en sprint planning)` -`Fractionner les US trop grosses` -`Avoir des propositions techniques` -`Mûrir les US` -`Prioriser les US` +- Avancer dans le mûrissement des US, soit l’établissement des différents points de la Definition Of Ready +- Confronter la vision fonctionnelle et technique du sujet, le besoin et sa solution +- Prioriser, purger, trier les US # Acteurs -`Scrum Master` -`Équipe` -`Product Owner` -`Parties prenantes` +- Au moins 1 représentant de l’équipe et de chaque service impacté par la réalisation des US à mûrir +- Product Owner, Experts métiers et techniques (données, dev, design), Testeurs… +- Scrum Master si besoin + +# Rôle du Product Owner + +- Clarifier les besoins +- Assurer la cohérence avec la vision produit +- Animer l’atelier +- Arbitrer entre différentes solutions proposées si elles ont un impact sur le périmètre fonctionnel + + +# Definition Of Ready +La DOR est établie par l’équipe et doit lister l’ensemble des critères que doit vérifier une US pour être considérée comme mûrie / prête à développer. + +Modèle INVEST - une US doit être : - # Rôle du Product Owner +- **I**ndépendante +- **N**égociable : besoin, règles métier +- **V**alorisée : sur une échelle de Valeur Métier +- **E**stimable : solutions potentielles, complexité, impact +- **S**uffisamment simple : risque acceptable +- **T**estable : critères et scénarios de validation -`Clarifier les besoins` -`Assurer la cohérence avec la vision produit` diff --git a/src/affinage/first-side/column2.md b/src/affinage/first-side/column2.md index ce3e6ac..3bd9f2c 100644 --- a/src/affinage/first-side/column2.md +++ b/src/affinage/first-side/column2.md @@ -1,25 +1,28 @@ # Deroulé -`Energizer / icebreaker (optionnel)` -`Explication des US` -`Discussion autour de chaque US` -`Clôture` +US par Us : +- Présenter les éléments déjà établis (au moins User Voice, valeur métier) +- Echanger sur un ou plusieurs points de la DOR jusqu’à la clarification +- Cocher les items de la liste clarifiés +- S’il reste du temps, passer à l’US suivante +- Suivant l’avancement et les éléments obtenus, le PO réajuste les priorités et sa vision des prochains sprints # Entrants -`Definition Of Ready` -`Backlog Produit (avec US à affiner)` +- Backlog Produit priorisé +- DOR +- PO : Définir le besoin (modèle User Voice) et la valeur métier de chaque item à mûrir # Sortants -`Backlog Produit priorisé et mûri` +- Backlog Produit repriorisé et mûri # Potentiels problèmes / solutions -`Non disponibilité de tous les acteurs au même moment` +Acteurs non dispos au même moment ➡️ Spécialiser en plusieurs ateliers au choix : Mûrissement, Priorisation, Analyse technique, Estimation -Séparer en 2 rituels : Mûrissement et Priorisation +Trop détailler les US ➡️ Se concentrer sur la DOR et détailler le besoin plus que la solution -`Chercher la perfection en sortie de 5h de réunion` +Réunion trop longue ➡️ Préférer de petites réunions régulières, traiter peu d’US mais terminer leur DOR, spécialiser en plusieurs ateliers au choix -Préférer de petites réunions régulières afin d'avancer sans chercher à tout finir +Affinage impactant l’objectif du sprint ➡️ Le temps d’affinage du backlog n’est pas du temps de production et doit être clarifié, par ex pendant le Sprint Planning diff --git a/src/dailymeeting/dailymeeting.scss b/src/dailymeeting/dailymeeting.scss index a107d2e..8a42826 100644 --- a/src/dailymeeting/dailymeeting.scss +++ b/src/dailymeeting/dailymeeting.scss @@ -9,6 +9,11 @@ } } +mark { + background-color: var(--lightgrey); + color: marktext; +} + body { // available colors are: blue, green, purple, orange and grey --currentColor: var(--blue); diff --git a/src/dailymeeting/first-side/column1.md b/src/dailymeeting/first-side/column1.md index 2dac99d..4f7a355 100644 --- a/src/dailymeeting/first-side/column1.md +++ b/src/dailymeeting/first-side/column1.md @@ -1,29 +1,36 @@ # Durée / Fréquence -~15 min - Commence à l'heure, finit à l'heure +📖 1 fois / jour, 15 min -Une fois par jour +- Horaire, durée, lieu fixés / prévus +- Commence et finit à l'heure +- 3min / personne # Objectifs -`Focus sur le respect de l'objectif du sprint` -`Synchronisation de l'équipe` +📖 Partager l’avancement vers l’objectif du sprint et établir le plan d’action de la journée pour optimiser la progression du jour + +- Partager les blocages +- Aligner les priorités de la journée et leur modif depuis la veille # Acteurs -`Scrum Master` -`Équipe` -`Product Owner (optionnel)` +📖 Tous ceux qui participent à la réalisation des items du Sprint Backlog + +- Toute l’équipe (PO, SM, Dev, Testeur…) +- 1 membre de chaque équipe dont dépend l’objectif du sprint 1 fois / semaine # Rôle du Scrum master - -`Veiller au respect du timing` -`Bien identifier les blocages` -`S'assurer que chaque équipier prend la parole` + 📖 Aucun, le DM devrait être auto-organisé + +- Veiller au respect de la préparation, déroulé, timing +- Bien identifier les blocages, actions, porteurs +- Proposer un espace de parole à chaque participant +- Reporter le hors-sujet vers d’autres points, hors DM # Déroulé - Chacun son tour, debout, devant le board - -`Ce que j'ai fait hier` -`Ce que je vais faire` -`Quels problèmes ai-je rencontrés , quelqu'un peut-il m'aider ?` \ No newline at end of file +📖 Quelles informations min doivent être partagées pour assurer l’avancement sans friction du Sprint ? + +- Focalisé sur l’objectif de sprint +- Debout, devant le board / caméra et micro ouverts +- Défini par l’équipe \ No newline at end of file diff --git a/src/dailymeeting/first-side/column2.md b/src/dailymeeting/first-side/column2.md index 4d91f3d..8f9b334 100644 --- a/src/dailymeeting/first-side/column2.md +++ b/src/dailymeeting/first-side/column2.md @@ -1,29 +1,34 @@ -# Entrants / sortants +Ex : Chaque participant répond à chacune de ces questions avant de passer à la suivante : -`Board lisible` -`Chaque membre de l'équipe prépare son intervention` -`Burndown à jour` +1. Qu’ai-je fait hier qui a apporté de la valeur au produit / à l’équipe ? +2. Ai-je des blocages / alertes / doutes à partager ? +3. Quelles sont les prochaines échéances / jalons / priorités ? +4. Qu’est-ce que je vais faire aujourd’hui pour avancer vers l’objectif ?` -# Potentiels problèmes / solutions +"Rien" ou "RAS" est une réponse ! -`Discussions trop longues` +# Entrants +- Chaque participant arrive en ayant préparé +- ScrumBoard à jour, lisible -Est-ce que ça intéresse tout le monde ? +# Sortants +- ScrumBoard à jour +- Burndown à jour -`Problèmes cachés` +# Potentiels problèmes / solutions +Discussions trop longues ? ➡️ Préparer, reporter, respecter le déroulé -Respecter les 3 questions du déroulé +Problèmes cachés ? ➡️ Respecter les questions du déroulé -`1 personne présente mais ne dit rien` -`1 personne parle de sujets hors projet` +1 personne présente mais ne dit jamais rien ? ➡️ Faire tourner l'animateur -Ne pas essayer de résoudre tous les problèmes pendant le Daily Meeting +1 personne parle de sujets hors projet ? ➡️ Recentrer sur les questions du déroulé, convenir d'un point dédié dans la journée -`Respect des horaires` -`S'assurer que chaque équipier s'adresse au reste de l'équipe` # Idées - -`Utiliser un totem de parole` -`Vérifier l'intégration continue / autres indicateurs` -`Des gages pour les personnes en retard` \ No newline at end of file +- Ne pas essayer de régler tous les problèmes en DM +- S'assurer que chaque équipier s'adresse au reste de l'équipe +- Utiliser un totem de parole tournant +- Vérifier les indicateurs : qual, CI/CD, autre +- Parler en noms d'US plutôt qu’en numéros de tickets +- Des gages pour les personnes en retard \ No newline at end of file diff --git a/src/retrospective/first-side/column1.md b/src/retrospective/first-side/column1.md index 53cdefb..07845d1 100644 --- a/src/retrospective/first-side/column1.md +++ b/src/retrospective/first-side/column1.md @@ -1,27 +1,31 @@ # Durée -~1 à 3 h +Max. 3h pour un Sprint d'un mois + +Moins pour un Sprint plus court # Fréquence -À la fin de chaque sprint +À la fin de chaque Sprint # Objectifs `Bilan des actions précédentes` -`Identifier les problèmes rencontrés/axes d'amélioration et les points positifs` -`Recueillir les informations du sprint (positif/négatif)` +`Recueillir les informations du Sprint (positives/négatives)` `Dégager des actions d'amélioration` `Mesurer l'état d'esprit de l'équipe` # Acteurs `Scrum Master` -`Équipe` -`Product Owner (facultatif)` - - # Rôle du Scrum master - -`Facilitateur` -`Rendre le moment interactif et participatif` -`Trouver le bon format adapté au besoin` +`Développeurs` +`Product Owner` + +# Déroulé + +`Energizer/Icebreaker` +`Actions précédentes` +`Collecter les informations` +`Regrouper par thèmes` +`Faire émerger les axes d'amélioration` +`Prioriser et assigner les actions importantes pour l'équipe` \ No newline at end of file diff --git a/src/retrospective/first-side/column2.md b/src/retrospective/first-side/column2.md index 6756ba1..d5d0ff2 100644 --- a/src/retrospective/first-side/column2.md +++ b/src/retrospective/first-side/column2.md @@ -1,29 +1,29 @@ -# Déroulé - -`Energizer/icebreaker` -`Actions précédentes` -`Collecter les infos` -`Trouver des idées` -`Faire émerger les points d'amélioration` -`Choisir les actions importantes pour l'équipe` - # Entrants `Actions précédentes` -`Déroulé` +`Faits marquants du Sprint (échecs, succès, KPIs)` # Sortants `Actions (priorisées et assignées)` -`État d'esprit (facultatif)` +`Feedback (ROTI, humeur)` # Potentiels problèmes / solutions `Ne pas surcharger l'équipe en actions` `Garder un climat bienveillant et factuel` +`Bien timeboxer` +`Ne pas diverger` # Idées -`Varier les ateliers` -`Mettre les actions aux backlog` -`Faire animer par un collègue` +`Faire un vote de confiance` +`Varier les formats` +`Mettre les actions au backlog` +`Faire animer par un membre de l'équipe` + +# Rôle du Scrum master + +`Facilitateur` +`Rendre le moment interactif et participatif` +`Identifier les problèmes rencontrés/axes d'amélioration pour trouver le bon format adapté` \ No newline at end of file