Sprint

Le mardi, on cherche enfin des solutions — mais pas comme d'habitude. Le sprint abandonne carrément le brainstorming de groupe, que les auteurs jugent bruyant et injuste : dans une salle, les idées du plus extraverti l'emportent sur les meilleures. À la place, chacun travaille seul. La matinée est consacrée à collecter l'inspiration existante, à repérer ce qui marche déjà ailleurs, y compris dans d'autres secteurs. On ne réinvente pas, on remixe.

L'après-midi, le vrai travail : chacun dessine sa solution sur papier, en silence, en quatre étapes qui vont du gribouillage à un croquis détaillé baptisé « storyboard en trois cases ». Peu importe qu'on sache dessiner — des rectangles et des mots suffisent. Ce qui compte, c'est que chaque membre de l'équipe accouche d'une proposition concrète et anonyme, plutôt que d'une opinion défendue à l'oral. Un croquis engage autrement qu'une phrase : il montre exactement ce qu'on veut dire, sans la marge de flou qui permet de se rétracter ensuite.

Le jeudi est une journée d'artisanat pressé, et elle repose sur une idée que les auteurs appellent la « façade ». On ne construit pas le produit — on construit ce que l'utilisateur verra, et rien derrière. Comme un décor de cinéma : une devanture crédible, une pièce vide à l'arrière. L'illusion doit tenir le temps d'un test, pas une minute de plus.

Cette philosophie du faux-semblant change tout au calcul du temps. Développer une vraie application demanderait des semaines ; simuler une application avec un logiciel de présentation, des captures d'écran assemblées, un site monté en quelques heures, ça se fait dans la journée. Les auteurs recommandent des outils volontairement modestes, capables de produire un objet qui a l'air fini sans l'être. La qualité visible compte, la robustesse invisible ne compte pas — et c'est justement cette dissymétrie qui rend le prototype si vite disponible.

Le vendredi, on regarde. Un membre de l'équipe interviewe les cinq clients l'un après l'autre, seul avec eux dans une pièce, pendant que le reste du groupe observe la retransmission dans une autre salle et note ce qu'il voit. On ne demande pas aux gens s'ils aiment — on les regarde se débrouiller avec la façade, buter, hésiter, comprendre ou pas. À la fin de la journée, les schémas se répètent, les blocages sautent aux yeux, et l'équipe sait ce qu'elle a appris. Cinq jours plus tôt, elle avait une question. Elle a maintenant une réponse observée, pas devinée.

Mais si l'on prend du recul, ce que le sprint réintroduit vraiment dans une organisation, c'est un acte devenu rare : la décision assumée par une personne. Les auteurs viennent du monde de la tech, où le culte du consensus et de l'itération permanente a fini par diluer la responsabilité. Tout le monde donne son avis, personne ne tranche, et le projet avance par sédimentation de compromis dont plus personne n'est l'auteur. Le sprint fait l'inverse. Il organise le désaccord — croquis anonymes, votes, exposition silencieuse — précisément pour qu'un choix net puisse ensuite émerger.

Le sprint tient dans une promesse simple : cinq jours, une équipe, une pièce, et à la sortie une grande question réduite à une réponse que de vrais utilisateurs ont validée ou démolie. Lundi on cartographie et on cible, mardi on croque en solitaire, mercredi on choisit, jeudi on bâtit une façade, vendredi on regarde des gens s'en servir. Aucune ligne de code définitive, aucun budget engagé pour de bon — juste un raccourci vers la seule chose qui compte, savoir si l'idée mérite qu'on y consacre les mois suivants.