-
Notifications
You must be signed in to change notification settings - Fork 46
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
feat(#79) : Update Daily Meeting, Affinage and Retrospective
- Loading branch information
cdejonghe
committed
Aug 16, 2023
1 parent
2cb4673
commit 279da31
Showing
7 changed files
with
122 additions
and
92 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -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` |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -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 |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -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 ?` | ||
📖 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 |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -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 | ||
<mark>"Rien" ou "RAS" est une réponse !</mark> | ||
|
||
`Discussions trop longues` | ||
# Entrants | ||
- Chaque participant arrive en ayant <mark>préparé</mark> | ||
- 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` | ||
- 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 |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -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` |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -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é` |