Les réunions d'équipe courtes et utiles ont trois points communs : un ordre du jour écrit avec un temps alloué à chaque point, une fin claire et un résultat sur lequel quelqu'un agit. Une planification de sprint réaliste en ajoute un quatrième : l'équipe s'engage sur ce que ses derniers sprints montrent qu'elle peut faire, ajusté en fonction des personnes réellement disponibles, et non sur ce qu'elle espère faire.
La plupart des équipes ne commencent pas par des réunions interminables, elles y glissent peu à peu : le stand-up devient un point d'avancement, les problèmes se règlent en cercle pendant que six personnes attendent, et la planification tourne à la négociation remportée par l'estimation la plus optimiste. Ce guide présente les solutions en quatre étapes, à l'aide de quatre outils gratuits sur kimisuite.com. Aucun ne nécessite de compte.
Étape 1 : rédigez l'ordre du jour avant d'envoyer l'invitation
Le Meeting Agenda Generator propose six modèles : daily stand-up, rétrospective de sprint, réunion plénière, entretien individuel, appel de découverte commerciale et lancement de projet. Vous saisissez un titre, la durée du créneau et l'animateur, puis vous copiez ou téléchargez le résultat au format Markdown.
Le modèle de stand-up se présente ainsi :
- Hier : réussites et blocages (5 min)
- Aujourd'hui : priorités (5 min)
- Obstacles et demandes (5 min)
- Une chose que personne ne sait (un tour d'une minute)
Le modèle de rétrospective dure 42 minutes : mise en place (5), ce qui a bien fonctionné (10), ce qui n'a pas fonctionné (10), actions concrètes, attribuées et datées (15), et une rapide météo de l'équipe de 1 à 5 (2).
Un détail à connaître : la durée des sections est fixe pour chaque modèle. La durée que vous saisissez apparaît dans l'en-tête, mais les sections ne sont pas recalculées. Si votre créneau de rétro est de 30 minutes, raccourcissez-les à la main avant d'envoyer l'invitation. C'est justement tout l'intérêt : vous décidez à l'avance de ce qui aura moins de temps.
Étape 2 : limitez le stand-up à 15 minutes
Le Scrum Guide (version de novembre 2020, scrumguides.org) décrit le Daily Scrum comme « un événement de 15 minutes pour les Developers », tenu « à la même heure et au même endroit chaque jour ouvré du Sprint ». Son objectif est d'inspecter la progression vers l'objectif du Sprint et d'adapter le plan pour le travail à venir.
Le même guide précise que les Developers « peuvent choisir la structure et les techniques qu'ils souhaitent ». Les trois questions classiques sont une habitude, pas une règle. Si « qu'as-tu fait hier ? » est devenu une récitation, changez de question.
Le Standup Question Generator vous y aide. Il tire au hasard de 1 à 10 questions dans l'une de quatre banques : brise-glace, rétrospective, approfondie et ludique. Ouvrez le stand-up avec une question brise-glace une fois par semaine, ou apportez en rétrospective des questions comme « Où avons-nous perdu le plus de temps ? » ou « Qu'est-ce que nous devons ARRÊTER de faire ? ».
Étape 3 : estimez les stories avant la planification
La planification va plus vite quand les stories sont déjà dimensionnées. Le Story Point Estimator est une version solo du planning poker. Vous choisissez Fibonacci (1, 2, 3, 5, 8, 13, 21, 40, 100) ou les tailles de t-shirt (XS à XXL, plus « ? »), saisissez la story, choisissez une carte et indiquez votre niveau de confiance : faible, moyen ou élevé. Les estimations s'ajoutent à une liste avec un total de points.
Le conseil affiché sous chaque carte est la partie la plus utile. Un 13 affiche « Grande · à découper avant de s'engager », un 21 « Trop grande · à diviser en stories plus petites », et « ? » signifie qu'il vous faut plus d'informations avant d'estimer. Si vous choisissez 13 ou plus, la story n'est pas prête pour le sprint.
Les estimations en solo sont un point de départ. L'équipe en discute quand même, car une personne seule passe à côté de ce que savent les autres.
Étape 4 : prévoyez le sprint à partir de votre propre vélocité
Le Scrum Guide ne mentionne ni la vélocité ni les story points. Il indique en revanche que plus les Developers connaissent « leurs performances passées, leur capacité à venir et leur Definition of Done, plus ils auront confiance dans leurs prévisions de Sprint ». La vélocité, c'est-à-dire le nombre de points réalisés par sprint, est une façon courante de le mesurer.
Le Sprint Velocity Calculator prend vos trois derniers sprints et votre capacité pour le suivant, en pourcentage, et renvoie :
- La moyenne des trois sprints
- Une tendance : à la hausse si le dernier sprint dépasse de plus de 10 % le précédent, à la baisse s'il lui est inférieur de plus de 10 %, stable sinon
- Une prévision : la moyenne multipliée par votre capacité
- Le nombre de sprints nécessaires pour terminer 50 points à ce rythme
Un exemple chiffré
Une équipe de cinq personnes a réalisé 24, 31 et 27 points lors de ses trois derniers sprints. Une personne est en congé pendant tout le prochain sprint, la capacité est donc de 80 %.
- Moyenne : (24 + 31 + 27) / 3 = 27,3 points
- Tendance : 27 est inférieur de plus de 10 % à 31, le calculateur affiche donc « Tendance à la baisse — identifiez les blocages »
- Prévision : 27,3 x 0,8 = 21,8 points
- Sprints pour terminer 50 points : 50 / 21,8 = 2,3, arrondi à 3
Reprenez maintenant les stories estimées à l'étape 3 : 8, 5, 5, 3 et 2 points, soit 23 au total. C'est plus que la prévision de 21,8. Le plan honnête est 8 + 5 + 5 + 3 = 21 points, la story de 2 points étant la première à intégrer si l'équipe termine en avance.
La tendance ne compare que les deux derniers sprints : un seul sprint difficile suffit donc à déclencher « à la baisse ». Demandez en rétrospective ce qui a freiné l'équipe avant d'y voir un problème. Et ne comparez jamais la vélocité entre équipes : les points de chaque équipe ont une signification différente.
La place de KIMISUITE
Les outils fonctionnent de manière autonome. Si vous voulez réunir les réunions et le tableau de sprint au même endroit, deux applications KIMISUITE couvrent les étapes ci-dessus.
Meeting Hub gère des visioconférences que les invités rejoignent dans leur navigateur via un lien. Lorsque vous planifiez une réunion, vous pouvez coller l'ordre du jour dans sa description. Pendant l'appel, le menu Outils propose un minuteur (1, 5, 10, 15, 30 minutes ou personnalisé) visible par tous, qui passe au rouge à 0:00. Un sondage à deux options ou plus aide une rétro à décider quelle action mener en premier. Après la réunion, la transcription est téléchargeable avec toutes les offres, et avec les offres Pro et Enterprise, un résumé par IA liste les actions avec les responsables et les échéances, ainsi que les décisions prises.
Task Hub accueille le sprint lui-même. Son modèle Engineering Sprint crée des listes, des étiquettes et des cartes d'exemple pour un nouveau tableau. À partir de l'offre Grow, vous pouvez ajouter des champs personnalisés, comme un champ numérique, et définir des dépendances, afin qu'une carte indique ce qu'elle bloque ou ce qui la bloque. Avec l'offre Business, AI Task peut transformer le résumé et la transcription d'une réunion Meeting Hub terminée en propositions de cartes, que vous validez avant leur création. Pour en savoir plus, lisez Task Hub : d'une note vocale à un tableau de tâches.
Les deux applications se trouvent dans le même espace de travail KIMISUITE, facturé par espace de travail et non par utilisateur. Pour voir ce que cela implique pour une équipe, consultez une tarification par espace de travail, pas par utilisateur. Chaque application est proposée avec un essai de 14 jours.
FAQ
Que faire si notre stand-up dépasse toujours 15 minutes ?
Sortez-en la résolution de problèmes. Quand un sujet demande plus d'une minute, nommez-le, désignez les deux personnes qui doivent en parler et laissez-les se réunir juste après.
Sommes-nous obligés d'utiliser les trois questions du stand-up ?
Non. Le Scrum Guide 2020 laisse les Developers choisir la structure, tant que la réunion inspecte la progression vers l'objectif du Sprint et adapte le plan. Une question différente chaque semaine évite que le tour de table ne devienne un compte rendu.
Combien de sprints faut-il pour calculer la vélocité ?
Le Sprint Velocity Calculator utilise les trois derniers. Moins de sprints donnent une moyenne peu fiable ; des sprints très anciens décrivent une équipe qui a peut-être changé depuis.
Quelle capacité indiquer quand quelqu'un est absent pendant une partie du sprint ?
Estimez la part des jours ouvrés de l'équipe réellement disponible. Dans une équipe de cinq, une personne absente pendant tout le sprint représente 80 %. Une personne absente trois jours sur un sprint de dix jours représente 47 jours-personne sur 50, soit environ 94 %.
