Vous devez réduire le périmètre pour tenir une date. Comment décidez-vous ce qui saute ?

Coupez tout ce qui n'est pas sur l'unique chemin qui prouve l'hypothèse. Gardez le parcours principal de bout en bout, même s'il est moche, et coupez la largeur, les réglages, le peaufinage des cas limites, et tout ce que vous pouvez faire à la main en coulisses les premières semaines. Ne coupez jamais l'instrumentation, parce qu'un lancement que vous ne pouvez pas mesurer ne vous apprend rien et que vous finirez par le livrer deux fois.

Je coupe la largeur et je garde la profondeur. Ce que je protège, c'est un chemin complet du début jusqu'à la valeur, même s'il est moche et ne marche que pour un type d'utilisateur, parce qu'un parcours à moitié fini ne prouve rien. Donc les réglages sautent, les actions en masse sautent, la deuxième et la troisième intégration sautent, et tout ce que je peux faire à la main en coulisses pendant quelques semaines saute à coup sûr. Sur un lancement, on a provisionné les comptes à la main pour les trente premiers clients plutôt que de construire l'outillage d'administration, et ça nous a acheté cinq semaines. La seule chose que je ne coupe jamais, c'est le tracking, parce qu'un lancement qu'on ne peut pas mesurer, c'est un lancement à refaire pour apprendre quoi que ce soit. Je m'assure aussi que les éléments coupés sont écrits comme explicitement reportés plutôt que discrètement abandonnés, et je dis aux parties prenantes lesquels sont partis et pourquoi avant qu'elles le découvrent seules, parce que c'est l'apprendre plus tard qui abîme vraiment la confiance.