diff --git a/assets/images/daily-meeting.png b/assets/images/daily-meeting.png
index 87eea9b..72ac218 100644
Binary files a/assets/images/daily-meeting.png and b/assets/images/daily-meeting.png differ
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/affinage/index.html b/src/affinage/index.html
index 475cabc..b91e3f3 100644
--- a/src/affinage/index.html
+++ b/src/affinage/index.html
@@ -9,8 +9,8 @@
- @@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"})
+
@@include('../../dist/@@folder/first-side/column1.html')
diff --git a/src/dailymeeting/dailymeeting.scss b/src/dailymeeting/dailymeeting.scss
index 52316bb..acb5773 100644
--- 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
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