Pourquoi on plafonne chaque build à 21 jours
Une deadline n'est pas une contrainte qu'on subit — c'est la fonctionnalité qui fait marcher tout le reste.
La plupart des projets logiciels n'échouent pas parce que le travail est difficile. Ils échouent parce que le délai est ouvert. Quand il reste toujours du temps, le périmètre gonfle, les décisions sont repoussées, et le produit ne sort jamais vraiment.
Une fenêtre fixe de 21 jours inverse tout ça. Elle force la conversation la plus dure et la plus utile dès le départ : quelle est la plus petite version réellement digne d'être livrée ? Tout ce qui n'est pas essentiel est nommé, mis de côté et planifié — pas glissé en douce dans le build.
Vingt-et-un jours, c'est assez long pour construire du réel — un produit fonctionnel avec auth, données et une interface soignée — et assez court pour que personne ne puisse se cacher. On travaille en parallèle, on poste un compte-rendu écrit chaque jour ouvré, et le périmètre reste figé sauf si vous décidez de le changer.
La deadline n'est pas une pression gratuite. C'est la contrainte qui produit de la clarté, de l'élan, et un produit en production plutôt qu'une roadmap.