Le daily scrum est une réunion quotidienne de 15 minutes facilitant la communication et la synchronisation au sein d'une équipe Scrum, visant à inspecter l'avancement vers le sprint goal et à identifier les obstacles. La réunion doit se dérouler à l'heure, sans interruptions, et les problèmes identifiés sont abordés en dehors de celle-ci, suivant des règles et bonnes pratiques spécifiques. Les rôles des participants, notamment ceux du scrum master et du product owner, ne sont pas obligatoires, mais leur présence est permise pour soutenir le travail sur le sprint backlog.

1. Daily Scrum
Dr Mustapha Michrafy
Dr Joseph Tientcheu
Dr Oussama Lachiri

2. Plan
 Qu’est ce que c’est le Daily Scrum?
 L’intérêt du Daily Scrum
 Règles
 Bonne pratiques
 Sources et références

3. Qu’est ce que c’est le Daily Scrum?
Partie intégrante des cérémonies Scrum, le Daily Scrum est une réunion quotidienne, prenant place majoritairement
le matin et ne devant jamais excéder 15 minutes.
C’est outil de synchronisation des activités et de communication entre membres d’une même équipe. Elle permet
de se tenir au courant de l’état du Sprint en cours et de ne jamais perdre de vue l’objectif vers le Sprint Goal.
1. Améliorer la
communication.
2. Identifier les obstacles.
3. Favoriser la prise de
décision rapide.
4. Empêcher la nécessité
d’ajouter d’autres réunions
Avantages
Avantages
Inspecter la progression
du travail vers le Sprint
Goal et adapter le
Sprint Backlog (si
nécessaire)
Inspecter
Adapter si
nécessaire

4. L’intérêt du Daily Scrum
Communiquer Synchroniser
Inspecter
Adapter si
nécessaire

5. Règles
● Le Daily scrum ne dure qu’un
maximum de 15 minutes. Il
commence à l'heure et se
termine à l'heure. Aucune
exception est possible.
1
● Le Scrum Master et le Product
Owner ne sont pas tenus d'y
assister, mais s’ils travaillent
activement sur des éléments du
Sprint Backlog, ils peuvent
participer également mais en
tant que Developpeur.
2
● Le Scrum Master doit s'assurer que
la réunion a lieu. Les Developers
doivent s’auto-gérée plutôt
(Scrum guide 2020) que
s’auto‐organisée (Scrum guide
2017)
3
● la daily n'a pas vocation à traiter les
problèmes, mais plutot à les
identifier. Par conséquent,Les
problems blocage devront être
abordées après le Daily Scrum
avec les membres concernés.
4
● A l’issue du Daily Scrum, chaque
developpeur doit être au courant
l’état de l’avancement des activités
des membres de l’équipe.
5

6. Bonne pratiques
• Réaliser le Daily Scrum en temps et en heure.
• Etre à l’heure
• Utiliser le Daily au début de la journée de travail pour commencer.
• Une préparation individuelle pour chaque développeur au préalable est un acte requis : un developpeur qui
n’a pas réfléchi à sa Daily est un membre qui risque de ralentir l’équipe.
• Le guide 2020 veut que les developpeurs quittent leurs zones de confort pour aller droite au “Sprint Goal”.
Cependant le “Stand-up meeting” est pulôt une exigence du guide 2017.
• Interdire les équipements numériques pendant le Daily
• Tout participant autre que les devéloppeurs ne doit nullement interferer dans le Daily Scrum (Pigs and Chikens,
Schwaber and Beedle, 2021).Appliquez la technique du dernier arrivé est le premier à parler.
• Utiliser la technique Round-Robin pour designer celui qui prendra la parole.
• Ne pas interropre l’intervenant.
• Ne parler qu'avec un jeton.
• Ni discussion, ni d'activité parallèles pendant la reunion le Daily.
• Regrouper tout le monde à huis clos favorise la prise de parole plus librement et la proximité physique qui
augmente le degré de confiance.
• Les problèmes complexes ou d'autres discussions concernant les obstacles sont traités en dehors du Daily
Scrum.
• Surveiller l’état advancement vers le Sprint Goal à travers le Sprint Brundown Chart, le tableau Kanban, etc.

7. Sources et références
• Ken Schwaber & Jeff Sutherland. (2020) The Scrum Guide. https://www.scrumguides.org/docs/scrumguide/v2020/2020-
Scrum-Guide-US.pdf
• Ken Schwaber & Jeff Sutherland. (2017) The Scrum Guide. https://www.scrumguides.org/docs/scrumguide/v2017/2017-
Scrum-Guide-US.pdf
• Schwaber, K. and M. Beedle. (2001) Agile Software Development with Scrum, Prentice-Hall