L'équipe produit de Basecamp est passée de trois personnes à une douzaine environ pendant la reconstruction de Basecamp 2, et le processus de sprint de deux semaines prêt à l'emploi laissait designers et programmeurs avec l'impression d'être des preneurs de tickets sur des projets qui ne semblaient jamais terminés. Ryan Singer a animé des ateliers payants pour trouver les mots de ce qui fonctionnait déjà intuitivement, puis l'a couché par écrit dans un livre.

Fixer l'appétit, faire varier le périmètre : façonner d'abord les limites d'un projet, miser six semaines ininterrompues dessus, et quand le temps manque, réduire le périmètre — jamais prolonger l'échéance.

Le travail est d'abord façonné : une esquisse grossière avec des limites, au bon niveau d'abstraction, chiffrée par un « appétit » pour le temps que cela vaut. La direction mise ensuite dessus comme un joueur — une petite équipe, six semaines, sans interruption. Un disjoncteur plafonne le risque : si le travail n'est pas terminé au bout de six semaines, le projet est durement remis en question et le périmètre est réduit à ce qui compte.

Basecamp a livré Basecamp 3 et des années de fonctionnalités sur des cycles de six semaines avec des périodes de récupération entre eux. Le livre gratuit a fait de la méthode un point de référence : en 2019–2020, Singer conseillait de grandes organisations comptant des centaines de développeurs adoptant Shape Up, et son vocabulaire — appétits, disjoncteurs, périmètres — s'est répandu dans les équipes produit.

Le reproche de Basecamp à l'Agile était pratique, non idéologique. Les sprints de deux semaines étaient trop courts pour construire et livrer quoi que ce soit de significatif, et l'habitude de découper un projet en tâches de la taille d'un sprint faisait que les personnes qui faisaient le travail se sentaient comme des preneurs de tickets : les « tâches imaginées » de la planification ne correspondaient jamais aux « tâches découvertes » du travail réel, si bien que les projets glissaient de sprint en sprint sur un tapis roulant.

L'alternative, couchée par écrit par le responsable de la stratégie Ryan Singer dans le livre Shape Up de 2019, comporte trois parties. Le façonnage définit le projet avant que quiconque s'engage : les limites, l'esquisse grossière au bon niveau d'abstraction, et un « appétit » — combien de temps cela vaut, plutôt qu'une estimation du temps que cela prendra. La mise est la décision de la direction de choisir quels projets façonnés financer. La construction donne à une petite équipe six semaines ininterrompues pour prendre en charge l'ensemble du projet.

Le mécanisme qui le fait fonctionner est le disjoncteur : à la fin des six semaines, si le projet n'est pas terminé, il est durement remis en question et le périmètre est réduit — l'échéance ne glisse jamais. « Temps fixe, périmètre variable » remplace « périmètre fixe, temps variable », et les frais constants de démarrage-arrêt du sprint de deux semaines disparaissent. Entre les cycles, il y a une période de récupération, un moment pour corriger des bugs et réduire le backlog que les sprints n'ont jamais permis.

La méthode n'est pas née dans une réunion. Singer avait prototypé les techniques en 2009 sur un projet appelé 37 ID et les avait testées à nouveau lors de la refonte de Basecamp 2 en 2012, puis avait animé des ateliers payants pour voir ce avec quoi les équipes se débattaient réellement — des wireframes trop finis, des designers à qui on ne laissait aucune marge, des programmeurs réduits à des « singes du code ». Le livre est né de ces ateliers, et Basecamp l'a publié gratuitement en ligne.

Le façonnage élimine le risque avant la mise : des limites et un appétit posent des garde-fous, si bien que l'équipe est libre de résoudre le problème à sa manière.

Six semaines suffisent pour construire et livrer quelque chose de significatif, contrairement à un sprint de deux semaines qui démarre et s'arrête chaque vendredi.

Le disjoncteur fixe le temps et fait varier le périmètre, si bien que l'échéance ne glisse jamais et que l'équipe ressent la satisfaction de livrer.

Attribuer le projet entier plutôt que des tâches découpées restaure l'appropriation — fini les singes du code preneurs de tickets.

L'écrire sous forme de livre gratuit a permis à d'autres équipes d'adopter et d'adapter le langage, ce qui explique pourquoi la méthode a survécu à une seule entreprise.

Les limites rendent les équipes plus audacieuses : un appétit fixe et un disjoncteur transforment les projets en paris au risque plafonné, si bien qu'une équipe peut prendre en charge le travail et livrer — au lieu de s'épuiser sur un backlog.

Shape Up s'est répandu par le livre gratuit, les ateliers et les interventions de Singer, et est devenu un point de comparaison standard avec Scrum dans les écrits sur le développement produit. Basecamp a continué de travailler en cycles de six semaines dans les années 2020, et des équipes bien au-delà du logiciel ont adopté les appétits et les disjoncteurs.

VÉRIFIEZ LES SOURCES

Les sources

  1. Shape Up: Stop Running in Circles and Ship Work that Matters Basecamp (Ryan Singer) · basecamp.com
  2. Ryan Singer on the problems with Agile today Miro Blog · miro.com ·