L'empirisme en pratique : une liste de contrôle pour transparence, inspection et adaptation
Le Guide Scrum est sans détour sur son fondement : Scrum repose sur l'empirisme, l'idée que la connaissance naît de l'expérience et qu'on décide à partir de ce qu'on observe. Il s'appuie sur trois piliers — transparence, inspection et adaptation — qui ne fonctionnent qu'ensemble. On ne peut inspecter utilement un travail qu'on ne voit pas, ni s'adapter à partir d'une inspection qu'on ignore. Bien des équipes adoptent les événements et les rôles, mais abandonnent discrètement l'empirisme, puis s'étonnent que Scrum ressemble à une lourdeur.
Au début de 2021, avec des équipes dispersées dans les bureaux à domicile, les piliers étaient réellement mis à mal : l'information jadis visible sur un mur devenait invisible, et l'inspection se trouvait comprimée dans un appel vidéo précipité. La liste ci-dessous vous aide à remettre l'empirisme au travail cette semaine, pilier par pilier.
Transparence : tout le monde voit-il la vérité?
Le Backlog produit est visible pour toute l'équipe et les parties prenantes, ordonné, et reflète la réalité actuelle — non une liste de souhaits périmée.
Votre Définition de « terminé » est écrite, partagée et appliquée de la même façon par tous; « terminé » ne signifie pas « presque terminé ».
L'avancement du Sprint est honnête. Un tableau qui montre tout « en cours » jusqu'au dernier jour cache l'information au lieu de la montrer.
Les mauvaises nouvelles circulent aussi vite que les bonnes. Si les obstacles n'apparaissent qu'à la Revue de Sprint, la transparence a déjà échoué.
Inspection : regardez-vous, et assez souvent?
Utilisez les événements comme les points d'inspection qu'ils sont. La Mêlée quotidienne inspecte la progression vers l'Objectif de Sprint, la Revue de Sprint inspecte l'incrément avec les parties prenantes, et la Rétrospective inspecte la façon de travailler. En sauter un, c'est perdre une occasion de détecter tôt une dérive.
Inspectez l'incrément réel, non un rapport d'état. À la Revue de Sprint, parcourez le produit fonctionnel à l'aune de la Définition de « terminé ». Une diapositive affirmant qu'une fonctionnalité est complète n'est pas une inspection.
Inspectez assez souvent pour agir. Le Guide Scrum avertit qu'inspecter sans s'adapter est inutile, et qu'inspecter trop rarement laisse l'écart croître à l'insu de tous. Les Sprints courts existent pour que les problèmes émergent tant qu'ils sont encore petits.
Adaptation : changez-vous réellement?
Quand la Mêlée quotidienne révèle que l'Objectif de Sprint est menacé, le plan change le jour même, non à la cérémonie suivante.
Les retours de la Revue de Sprint remodèlent le Backlog produit; si le backlog ne bouge jamais après une revue, personne ne s'adapte.
Chaque Rétrospective produit au moins une amélioration concrète que l'équipe s'engage à réaliser au Sprint suivant — et la précédente est vérifiée.
L'équipe s'adapte dès qu'elle apprend quelque chose, plutôt que d'attendre une permission ou une frontière formelle.
L'empirisme n'est pas une philosophie qu'on admire de loin; c'est l'habitude de regarder honnêtement et d'agir sur ce qu'on voit. Si vos événements ressemblent à des rituels, confrontez-les à cette liste et vous trouverez souvent un pilier discrètement absent. Rétablissez-le, et les autres se remettent à fonctionner.
Si votre Scrum a les cérémonies mais a perdu l'empirisme, le conseil en réalisation de programmes et de projets de XNM peut aider vos équipes à inspecter et à s'adapter avec discipline.