Animez vos Daily Scrum
Maintenant que votre Sprint est clairement défini et planifié, votre équipe sait ce qu’elle doit accomplir et comment y parvenir.
Mais un bon plan ne suffit pas : pour qu’il prenne vie et reste sur les rails, il faut un suivi régulier et dynamique tout au long du Sprint.
Imaginez une équipe de cuisine qui prépare un service :
Sans Daily : chacun cuisine dans son coin, certains plats peuvent être retardés ou oubliés.
Avec Daily : l’équipe échange sur les plats prêts, ceux à préparer, et qui a besoin d’aide pour finir à temps.
Comment s’organise un Daily Scrum ?
Voici quelques critères pour bien organiser votre Daily Scrum.
15 minutes maximum – cela oblige à aller à l’essentiel.
Même heure chaque jour – cela instaure un rythme régulier.
Équipe de développement uniquement – cela favorise l’auto-organisation.
Format en trois questions.
Format en 3 questions, pour cadrer le fond.
Qu’ai-je fait hier ?
Exemple : « J’ai terminé le formulaire d’inscription et commencé les tests mobile. »
À éviter : « J’ai bossé. » (trop vague)
Que vais-je faire aujourd’hui ?
Exemple : « Je vais finir les tests mobile et commencer l’historique. »
À éviter : « Je vais voir. » (pas d’intention claire)
Qu’est-ce qui me bloque ? Types de blocages :
Techniques : « L’API externe est en panne. »
Fonctionnels : « Les critères ne sont pas assez détaillés. »
Organisationnels : « J’attends la validation de Marc. »
Même si ce format en trois questions apporte de la clarté et de la structure, il est important de rester flexible pour favoriser de vrais échanges d’équipe, éviter la monotonie et garder le Daily Scrum utile et vivant.
Dans certains cas, le Scrum Master est présent notamment pour aider l’équipe à respecter la durée ou à maintenir le focus. Le Product Owner aussi peut assister mais seulement en tant qu’observateur. Il peut écouter les progrès et les éventuels blocages mais il n’y joue pas un rôle actif, sauf si les développeurs l’y invitent.
Concrètement, ça donnerait quoi pour notre application de streaming vidéo ?
Contexte : Équipe de 3 développeurs, objectif du Sprint = « Permettre à un nouvel utilisateur de parcourir le catalogue et de regarder sa première vidéo en toute autonomie. »
Sarah
Hier : « J’ai terminé l’interface d’inscription. »
Aujourd’hui : « Je travaille sur la page d’accueil et je commence les tests sur mobile. »
Blocage : « Je ne sais pas si la recherche doit être disponible dès la première version. »
Marc
Hier : « J’ai configuré l’authentification utilisateur. »
Aujourd’hui : « Je développe le catalogue de vidéos avec la fonction recherche. »
Blocage : « Aucun. → Réponse pour Sarah : oui, recherche simple incluse dès ce Sprint. »
Julie
Hier : « J’ai intégré le lecteur vidéo basique (play/pause). »
Aujourd’hui : « Je connecte le lecteur au catalogue et j’ajoute le mode plein écran. »
Blocage : « Problème d’affichage sur tablette, besoin de vérifier avec Marc. »
Durée : 12 minutes
Résultat : chacun sait exactement où en est l’équipe, les priorités sont confirmées et un blocage est traité immédiatement.
En résumé
Le Daily Scrum doit se dérouler à la même heure chaque jour, avec une équipe de développement uniquement et durer au maximum 15 minutes.
Le Daily Scrum répond à trois questions : qu'ai-je fait hier, que vais-je faire aujourd'hui, qu'est-ce qui me bloque ?
L'objectif du Daily Scrum est de rester aligné, détecter rapidement les obstacles et favoriser l'entraide.
Les blocages peuvent être techniques, fonctionnels ou organisationnels et doivent être résolus hors Daily.
Au-delà de la synchronisation quotidienne, il faut régulièrement présenter les résultats et recueillir les feedbacks.
