Surcharge : quand il y a trop de formalités
Le troisième écueil du théâtre agile : un excès de formalités. Le « fardeau des réunions », le coût lié au changement de contexte qui dépasse largement ces quinze minutes, et la charge imposée par la cadence qui pèse sur les sprints courts — et comment trouver le juste équilibre.
Le coût d’une cérémonie ne se résume pas aux quinze minutes inscrites au calendrier. Il s’agit de ces quinze minutes, auxquelles s’ajoutent les vingt minutes que vous passez à vous détendre avant la cérémonie et les vingt minutes que vous passez à vous remettre dans le bain après, le tout multiplié par le nombre de personnes présentes dans la salle.
La surcharge est le mode de défaillance qui passe inaperçu, car chaque rituel pris individuellement semble anodin. Un quart d’heure de réunion debout, une heure de planification, une heure de rétrospective… qui pourrait s’y opposer ? Le problème, c’est qu’ils ne se succèdent pas un par un. Elles s’accumulent, à un rythme régulier, au cours d’une journée de travail qui doit caser du véritable travail approfondi dans les interstices. Contrairement aux trois autres modes, la surcharge ne concerne pas une cérémonie détournée ou vidée de son sens : une cérémonie parfaitement valable peut tout de même être de trop. C’est le seul mode que l’on diagnostique à l’aide de l’arithmétique.
La taxe sur les réunions, calculée en toute honnêteté
Alors, faites le compte : la pile entière, pas seulement le stand-up quotidien. Un sprint de deux semaines comprend généralement deux à quatre heures de planification, une ou deux heures de revue, une ou deux heures de rétrospective, une ou deux sessions d’affinage, ainsi qu’une réunion quotidienne debout de quinze minutes, ce qui représente au total deux heures et demie supplémentaires sur dix jours. Faites le calcul et vous obtenez près d’une journée de travail par développeur, à chaque sprint, avant même d’avoir écrit une seule ligne de code — et les professionnels expriment ce chiffre en heures-personne, car c’est l’unité de mesure que comprend la direction : quinze minutes de réunion debout pour une équipe de douze personnes ne représentent pas quinze minutes, mais trois heures-personne, chaque jour, perdues. Ajoutez-y ensuite ce que le calendrier ne montre jamais — la phase de ralentissement avant chacune de ces interruptions et la phase de reprise après — et un cinquième de la semaine de travail est une estimation prudente, ce qui correspond exactement à la charge supplémentaire que les professionnels ne cessent de signaler.
Ce n’est pas forcément une mauvaise chose : la coordination a une réelle valeur, et trois heures-personne bien employées peuvent permettre de réaliser des économies bien plus importantes en aval. Mais il s’agit d’une taxe, et la question légitime que l’on se pose à propos de toute taxe est de savoir ce que l’on obtient en contrepartie. Une équipe qui ne peut citer aucune décision prise, aucun conflit évité ou aucun obstacle levé à la suite d’une cérémonie paie cette charge pour rien. Ces frais généraux ne se justifient que lorsque le bénéfice est clairement identifiable.
C’est le changement de contexte qui coûte vraiment cher
Le calendrier sous-estime toutefois le coût, car la réunion en elle-même est la partie la moins onéreuse. Ce qui coûte cher, c’est le changement de contexte qui s’opère avant et après. Un développeur plongé dans un problème ne se téléporte pas d’un coup vers la réunion debout puis revient aussitôt : il refait surface, perd le modèle mental qu’il avait construit et passe les premiers instants qui suivent à le reconstruire. Les professionnels décrivent la réunion debout du matin comme un moyen de « déclencher » le début de la journée : le travail ne commence réellement qu’une fois celle-ci terminée, de sorte que toute l’heure précédant la réunion est considérée comme perdue. Les quinze minutes ne sont que le prix affiché ; le changement de contexte, c’est la facture.
C’est pourquoi le moment où se tient une réunion est tout aussi important que sa durée. Une réunion debout en milieu de matinée interrompt deux fois le flux de travail d’un développeur ; la même réunion, organisée à un moment naturel de la journée, n’entraîne qu’une interruption minime. Et c’est l’argument le plus convaincant en faveur d’une suppression totale du suivi d’état de l’horloge synchrone : si la véritable fonction de la réunion quotidienne est de fournir un état des lieux que les outils détiennent déjà, une réunion debout asynchrone élimine l’interruption sans perte d’information, tandis qu’une brève synchronisation en direct plusieurs fois par semaine permet de maintenir la coordination humaine que le fil asynchrone ne peut assurer. Notre chapitre « Comment mener une réunion quotidienne » explique comment préserver la journée de travail des créateurs, quelle que soit la cadence que vous adoptez.
La charge de cadence : le piège du sprint court
Et puis il y a ce facteur multiplicateur que personne ne prend en compte : la durée du sprint. Chaque cérémonie qui a lieu « une fois par sprint » se déroule deux fois plus souvent lors d’un sprint d’une semaine que lors d’un sprint de deux semaines. Si vous réduisez de moitié la durée du sprint, vous doublez le nombre de séances de planification, de revues et de rétrospectives — mais vous ne réduisez pas de moitié le travail à accomplir entre chacune d’elles, ce qui fait exploser le rapport entre les cérémonies et le travail. Les équipes travaillant avec des sprints d’une semaine le décrivent sans détour comme une mauvaise expérience : planification et rétrospective chaque semaine, la réflexion se révélant souvent stérile car une semaine n’est pas suffisante pour avoir appris quoi que ce soit de nouveau.
La solution consiste à cesser de considérer la cadence comme un seul et même paramètre. La durée des sprints, la fréquence des réunions debout et celle des rétrospectives ne doivent pas nécessairement évoluer au même rythme. Une équipe qui trouve les rétrospectives hebdomadaires inutiles peut les organiser tous les deux ou trois sprints sans rien y perdre : la réflexion a son propre rythme naturel, et la forcer à un rythme plus rapide que celui auquel l’équipe accumule des enseignements ne fait que reproduire la rétrospective « pour la forme » décrite dans le chapitre Performance. Adaptez chaque cérémonie à l’intervalle auquel elle produit réellement quelque chose.
Lorsque le mode « Overload » s’ajoute aux autres modes
La surcharge ne se manifeste que rarement seule. Dans son article « Flaccid Scrum », Martin Fowler décrit le cas où une équipe respecte toutes les formalités mais néglige la rigueur technique sous-jacente — elle paie ainsi le prix fort des réunions sans en tirer aucun bénéfice en termes de livraison, car le goulot d’étranglement n’a jamais été la coordination. Et le « water-scrum-fall », le modèle baptisé ainsi par Dave West de Forrester, est une aggravation de la surcharge Power : un plan dont la portée, le calendrier et le coût sont fixés d’emblée, puis enveloppé dans des sprints — de sorte que l’équipe supporte à la fois la charge administrative des rituels agiles et la rigidité de la méthode en cascade, en conservant le pire de chacune.
Il convient également de prendre au sérieux l’argument contraire, car il est répandu et en partie fondé. Les professionnels aiment souligner que de nombreuses organisations d’ingénierie de haut niveau n’appliquent pratiquement pas l’ensemble des rituels : les ingénieurs dirigent les projets, les équipes choisissent leur propre méthode, et la livraison continue fournit un retour d’information plus rapide que n’importe quelle réunion hebdomadaire. Il convient de prendre cette observation avec précaution : « les règles ne s’appliquent pas à nous » n’est pas une stratégie, et une grande équipe dispersée a véritablement besoin de plus de coordination qu’une petite équipe travaillant sur le même site. La véritable leçon n’est pas de faire l’impasse sur les cérémonies, mais d’adapter la cérémonie au niveau de coordination que le travail exige réellement, ce qui, pour certaines équipes, est bien moindre que ce que suppose le guide standard, et pour d’autres, correspond exactement à la norme. La surcharge résulte du fait de copier le guide au lieu d’évaluer les besoins réels. Le dernier cas de figure, le manque de suivi, survient lorsque même des cérémonies adaptées ne changent rien.
Foire aux questions
À partir de combien de réunions peut-on considérer qu’il y en a trop dans le cadre d’une méthode Scrum ?
Il n’y a pas de chiffre fixe : ce qui compte, c’est le rapport et le retour sur investissement. Calculez le temps consacré aux réunions récurrentes en pourcentage de la semaine de l’équipe ; s’il dépasse 20 % et que l’équipe ne peut pas citer de changement concret qui en résulte, vous êtes surchargés. Une réunion ne justifie sa place que si elle aboutit à une décision ou à une coordination dont le travail a réellement besoin, et non pas simplement parce qu’elle figure sur la liste standard.
Les sprints d’une semaine sont-ils trop courts pour toutes ces cérémonies ?
Souvent, oui. Une planification et une rétrospective chaque semaine font exploser le rapport entre le temps consacré aux formalités et celui consacré au travail, et les équipes expérimentées ont souvent du mal à trouver de nouveaux éléments sur lesquels réfléchir en si peu de temps. Adaptez la fréquence : organisez la rétrospective tous les deux ou trois sprints si la réflexion hebdomadaire s’avère stérile, et passez au mode asynchrone pour le point d’état, afin que la réunion quotidienne ne monopolise pas toute la matinée.
Pourquoi les grandes entreprises technologiques semblent-elles faire l’impasse sur les cérémonies Scrum ?
De nombreuses équipes d’élite fonctionnent effectivement de manière plus légère : les ingénieurs dirigent les projets, les équipes choisissent leur propre méthode, et l’intégration continue/déploiement continu (CI/CD), associé aux « feature flags », permet d’obtenir un retour d’information plus rapide qu’une réunion hebdomadaire ne pourrait le faire. Mais la leçon à en tirer n’est pas que les règles ne s’appliquent pas à nous — il s’agit plutôt d’adapter la réunion aux besoins réels de coordination. Une petite équipe travaillant sur le même site a moins besoin de synchronisation qu’une grande équipe dispersée, et reproduire aveuglément l’un ou l’autre de ces extrêmes est une erreur en soi.
Comment puis-je réduire la charge de travail liée aux réunions agiles sans nuire à la coordination ?
Examinez chaque réunion récurrente à la lumière d’une seule question : quelle décision ou quelle coordination en résulte-t-il ? Supprimez ou fusionnez celles qui n’apportent pas de réponse, transférez les comptes rendus d’état vers les outils qui les contiennent déjà, et limitez la participation aux réunions restantes au plus petit groupe qui a réellement besoin d’y assister. L’objectif est de consacrer moins de temps à la coordination et davantage au travail proprement dit.
Lectures complémentaires
- Spectacle : la cérémonie que vous organisez pour le public — cette cérémonie qui ne coûte pas cher à organiser, car personne n’en attend rien.
- Le vide de la suite des événements — quand même une cérémonie bien organisée ne change rien.
- Réunions asynchrones et à distance — sortir le suivi d’avancement du cadre temporel synchrone.
- Réunion de planification du sprint — une planification suffisamment rigoureuse pour que cette heure soit pleinement rentabilisée.
- Les cérémonies agiles : le guide complet — l’objectif de chaque cérémonie, afin que vous puissiez déterminer celles qui sont réellement nécessaires au bon déroulement du travail.
- Glossaire de l’agile Theatre — définition des quatre modes d’échec identifiés.