feat(#79) : Update Daily Meeting, Affinage and Retrospective

groupe-sii · Oct 6, 2023 · 22793e4 · 22793e4
1 parent f1f4510
commit 22793e4
Show file tree

Hide file tree

Showing 9 changed files with 124 additions and 94 deletions.
diff --git a/assets/images/daily-meeting.png b/assets/images/daily-meeting.png
diff --git 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
@@ -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/affinage/index.html b/src/affinage/index.html
@@ -9,8 +9,8 @@
   <body class="AGILE">
     <input type="checkbox" id="showPreview"/>
     <div class="first-side">
-      @@include('../../dist/common/first-side/header-no-print-large.html', {"title": "Affinage du backlog", "subtitle": "Cérémonies scrum", "imageName": "AgileBySII_blanc"})
-      
+      @@include('../../dist/common/first-side/header-no-print-large.html', {"title": "Affinage du backlog", "subtitle": "Atelier fréquemment utilisé par les équipes agiles", "imageName": "AgileBySII_blanc"})
+
       <main>
         <div class="column1">
           @@include('../../dist/@@folder/first-side/column1.html')

diff --git a/src/dailymeeting/dailymeeting.scss b/src/dailymeeting/dailymeeting.scss
@@ -9,6 +9,11 @@
 	}
 }
 
+mark {
+    background-color: var(--lightgrey);
+    color: marktext;
+}
+
 body {
 
   #showPreview:checked ~ .reverse .landscape {

diff --git 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 ?`
+📖 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
diff --git 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
+<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
diff --git 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`
diff --git 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é`