L'équipe co-construit le résultat avec les utilisateurs en le faisant évoluer à chaque boucle.

Intention

Naviguer malgré l'incertitude en apprenant à chaque boucle, avec les utilisateurs, ce qui leur est vraiment utile, plutôt qu'en suivant un plan fixé au départ.

Philosophie parente : Agilité radicale
Principe fondamental opposé : Division du temps

Origine

Le fonctionnement par boucles vient du développement itératif et incrémental, qui émergeait dans le logiciel au moment où Scrum est apparu, dans les années 90 : c'est ce qui a donné le sprint. Il s'appuie sur une approche empirique du travail, dans laquelle la décision se fonde sur l'expérience récente plutôt que sur un plan établi au départ.

Elle est portée par la deuxième ligne du Manifeste Agile :

Un logiciel qui fonctionne plutôt que de la documentation exhaustive.

En quoi ce principe est fondamental

Il n'y a pas de position intermédiaire sur l'organisation du temps : soit on le divise en phases successives, avec la conception et la planification a priori, soit on le referme en boucles, avec la réactivité a posteriori aux nouvelles informations. Aucun des trois autres fondamentaux ne permet de trancher à sa place.

Les itérations, l'émergence des besoins et la timebox se déduisent de ce choix, alors que la boucle elle-même ne se déduit d'aucun d'eux. Sans elle, le feedback des utilisateurs arrive quand il est trop tard pour en tenir compte.

Comment éviter qu'il soit dévoyé

Les boucles sont souvent réduites à un découpage du temps : les sprints deviennent une suite de blocs qui s'enchaînent, sans direction pour l'équipe et sans retour des utilisateurs. C'est la division du temps en tranches plus courtes, pas une boucle.

Elles sont aussi détournées de leur sens : on s'en sert pour produire plus vite, ou pour observer chaque clic et ajuster le produit afin de capter l'attention des utilisateurs. La boucle prend aux utilisateurs au lieu de leur donner un résultat pour recevoir leur feedback.

Pour l'éviter :

  • donner un cap à chaque boucle, avec un objectif tiré d'une vision partagée ;
  • finir chaque boucle par un résultat montré ou livré aux utilisateurs, et tenir compte de leur feedback dans la boucle suivante ;
  • se servir des boucles pour apprendre vite, pas pour produire vite.

Lecture

Les boucles de feedback plutôt que la division du temps

Les boucles

Built with LogoFlowershow