Daily Scrum : définition, durée et déroulé

Le daily scrum est la plus courte et la plus fréquente des cérémonies Scrum : un point de 15 minutes, chaque jour, pendant lequel l’équipe vérifie qu’elle avance vers l’objectif du Sprint et ajuste son plan. Ce guide reprend ce que dit réellement le Scrum Guide 2020, toujours la version officielle sur scrumguides.org au 19/10/2026, puis les pratiques qui rendent ce rituel utile au quotidien.

Réponse courte

Le Daily Scrum est un événement de 15 minutes réservé aux Developers de l’équipe Scrum, tenu à la même heure et au même lieu chaque jour ouvré du Sprint. Son objectif, selon le Scrum Guide, est d’inspecter la progression vers l’Objectif de Sprint et d’adapter le Sprint Backlog si nécessaire. Depuis 2020, le format est libre : les trois questions « hier, aujourd’hui, obstacles » ne sont plus imposées, mais la réunion doit produire un plan d’action pour la journée.

Le Daily Scrum, c’est quoi

Le Scrum Guide définit l’objectif du Daily Scrum en une phrase : « inspecter la progression vers l’Objectif de Sprint et adapter le Sprint Backlog si nécessaire, en ajustant les futurs travaux planifiés ». Ce n’est donc ni un compte rendu individuel, ni une réunion de pilotage : c’est un moment de replanification collective, à l’échelle de la journée.

Le guide en attend des effets précis : les Daily Scrums « améliorent la communication, aident à identifier les obstacles, favorisent la prise de décision rapide et, par conséquent, éliminent la nécessité de faire d’autres réunions ». Il précise aussi que ce n’est pas le seul moment où l’équipe peut ajuster son plan : les Developers se réunissent souvent dans la journée pour des discussions plus détaillées.

Qui participe et qui anime

Le Daily Scrum est « un événement de 15 minutes, pour les Developers de la Scrum Team ». Le Product Owner et le Scrum Master n’y participent en tant que Developers que s’ils travaillent activement sur des éléments du Sprint Backlog.

Le Scrum Master n’est pas l’animateur désigné : son rôle est de s’assurer que les événements ont lieu, qu’ils sont productifs et qu’ils respectent leur durée. Une équipe qui démarre a souvent besoin de lui pour tenir le cadre. Une équipe rodée s’organise seule : c’est l’autogestion que le guide cherche à renforcer avec ce rituel.

Des managers ou des parties prenantes peuvent-ils assister ? Le guide ne l’interdit pas, mais l’événement n’est pas conçu pour eux. Leur présence pousse souvent l’équipe à faire du reporting, ce qui est le premier piège décrit plus bas.

Durée, fréquence et lieu

• Durée : 15 minutes, quelle que soit la longueur du Sprint. Ce plafond n’est pas un objectif : un daily de 8 minutes qui a produit un plan clair a rempli son rôle.
• Fréquence : chaque jour ouvré du Sprint. Espacer le daily à un jour sur deux, comme on le lit parfois, sort du cadre Scrum.
• Lieu et horaire : toujours les mêmes, « pour réduire la complexité ». Beaucoup d’équipes le tiennent devant leur tableau de tâches, physique ou numérique.

Les trois questions : utiles mais plus obligatoires

Pendant des années, le daily s’est structuré autour de trois questions posées à chaque membre :

• Qu’ai-je fait hier pour aider l’équipe à atteindre l’Objectif de Sprint ?
• Que vais-je faire aujourd’hui ?
• Est-ce que je vois un obstacle ?

La version 2020 du guide les a retirées, au nom d’un cadre « moins prescriptif ». Les Developers peuvent désormais « choisir la structure et les techniques qu’ils souhaitent, à condition que leur Daily Scrum se focalise sur la progression vers l’Objectif de Sprint et produise un plan d’action pour la prochaine journée de travail ». Les trois questions restent un format possible, notamment pour une équipe débutante. Leur défaut connu : elles orientent vers ce que chacun a fait, plutôt que vers l’objectif commun.

Un déroulé type en 15 minutes

Un format qui fonctionne bien consiste à parcourir le tableau du Sprint plutôt que les personnes. C’est un exemple, pas une règle du guide :

1. Rappel de l’Objectif de Sprint (quelques secondes) : sommes-nous en bonne voie pour l’atteindre ?
2. Revue du tableau de droite à gauche : les éléments les plus proches d’être terminés d’abord, puis ceux en cours, puis ceux à démarrer.
3. Obstacles : qui est bloqué, et qui peut aider ?
4. Plan de la journée : qui fait quoi d’ici demain, et qui se retrouve juste après le daily pour approfondir un sujet.

La règle qui garde le daily court : tout sujet qui ouvre une discussion est noté et traité juste après, entre les seules personnes concernées. L’Agile Alliance décrit cette pratique comme une liste de « parking lot ».

Daily Scrum, stand-up, daily meeting : quelle différence

Dans le langage courant, les trois termes désignent la même réunion quotidienne. Leur origine diffère, selon le glossaire de l’Agile Alliance :

• le stand-up vient de l’Extreme Programming, qui recommandait de rester debout pour que la réunion reste courte. Le « daily stand-up » figure parmi les pratiques de base de l’Extreme Programming dès 1998 ;
• le daily scrum est décrit par Ken Schwaber en 1997, en référence au cadre Scrum ;
• le daily meeting est le terme générique, utilisé aussi hors Scrum, par exemple en Kanban.

La différence de fond tient au cadre : un daily scrum est rattaché à un Objectif de Sprint, alors qu’un stand-up hors Scrum peut simplement synchroniser une équipe sur son flux de travail. Rester debout n’est pas exigé par le Scrum Guide.

Les pièges les plus fréquents

L’Agile Alliance en recense quatre, que l’on retrouve dans la plupart des équipes :

• Le compte rendu au chef : chacun rend des comptes à la même personne (manager ou Scrum Master) au lieu d’échanger avec ses pairs. Parade : parler au tableau et à l’équipe, le Scrum Master en retrait.
• La réunion qui s’éternise : des débats techniques s’installent. Parade : le « parking lot » et un minuteur visible.
• Le daily oublié : l’équipe n’y voit plus d’intérêt et ne le tient que si quelqu’un le rappelle. Parade : en parler en rétrospective et changer de format plutôt que de le supprimer en silence.
• Le daily « aucun problème » : personne ne signale jamais d’obstacle alors que le Sprint dérape, signe d’une culture où l’on évite d’évoquer les difficultés en groupe. Parade : traiter le sujet avec l’équipe, souvent en rétrospective.

Les bonnes pratiques qui tiennent dans la durée

• Commencer à l’heure, même si quelqu’un manque : la régularité compte plus que la présence de tous.
• Garder le tableau du Sprint à jour avant le daily, pour ne pas passer la réunion à déplacer des cartes.
• Terminer par une phrase de synthèse : « aujourd’hui, on concentre nos efforts sur X ».
• Revoir le format en rétrospective quand le daily perd son intérêt, plutôt que de le laisser se vider.

Le daily scrum à distance

Pour une équipe distribuée, les règles sont les mêmes, mais quelques ajustements évitent qu’un daily en visio ne s’étire :

• un créneau fixe compatible avec les fuseaux horaires de tous ;
• le tableau du Sprint partagé à l’écran pendant toute la réunion ;
• des caméras allumées quand c’est possible, pour garder la dynamique d’un échange entre pairs ;
• un fil écrit (messagerie d’équipe) pour les sujets « parking lot », traités aussitôt après.

Les outils qui aident

Un tableau visible par tous est l’outil central du daily. Les logiciels de gestion de projet le rendent accessible à distance. Jira, par exemple, propose des tableaux Scrum qui affichent le Sprint en cours et l’état de chaque élément. Pour une approche plus légère par colonnes, voir notre sélection d’outils Kanban.

Pour aller plus loin

• Les cérémonies Scrum et leurs durées
• La méthode Scrum et la gestion de projet agile
• La méthode Waterfall
• Le rôle du chef de projet
• Les outils de gestion de projet gratuits

Source principale : Le Guide Scrum, version française de novembre 2020 (Ken Schwaber et Jeff Sutherland), citations vérifiées le 19/10/2026.