Choisir ce qu'on ne construira pas

Pourquoi c'est si difficile

Chaque demande semble raisonnable en elle-même. Le problème n'est pas la fonctionnalité isolée mais l'accumulation : chaque ajout apporte du code à maintenir, un écran à apprendre et un cas limite qui brisera autre chose dans six mois. Le coût d'une fonctionnalité, ce n'est pas la semaine de développement, ce sont toutes les années qui suivent.

Trois questions filtre

Qui a demandé ? Un client bruyant n'est pas un marché. Demandez combien d'utilisateurs toucheront cela dans une semaine.

Que se passe-t-il sans ? Si la réponse est « un peu moins pratique », cela n'entre pas dans la première version.

Que remplace-t-il ? Si la liste de tâches a une longueur fixe, chaque entrée exige une sortie. C'est une conversation plus saine que « ajoutons ça aussi ».

Comment dire non

Le non vient avec une raison et un lieu : « pas dans cette version, parce que la métrique que nous poursuivons est le temps de traitement et cela ne l'affecte pas. Nous y reviendrons après la première mesure. » Celui qui comprend les priorités arrête de les discuter.

Tenez une liste visible des reports. Elle évite la question récurrente et c'est le premier endroit à regarder quand du temps se libère.