Idea principale

Rifiutare in blocco tutto ciò che non ha priorità sarebbe brutale e sbagliato: molti temi scartati sono buoni, e diventeranno importanti se il mercato cambia, se firma un cliente importante, se compare un vincolo normativo, se scompare una dipendenza tecnica, se un salto tecnologico rende possibile ciò che non lo era. Tenerli in vista senza impegno è quindi una scelta legittima.

Regge però a una sola condizione: che la scheda scriva cosa riaprirebbe il tema. Perché resta visibile, perché non ha priorità, e soprattutto quale fattore scatenante lo farebbe risalire — la concentrazione delle richieste su poche integrazioni, la firma di un cliente del segmento, una prova d'uso su un perimetro ridotto.

Senza questo fattore scatenante, la colonna delle possibilità diventa una lista d'attesa a tempo indeterminato: ognuno ci vede una promessa vaga, nessuno sa quando ridiscuterla, e il tema torna sul tavolo a ogni riunione in cui qualcuno ci ripensa.

Perché è importante

Separa due oggetti che sullo schermo si somigliano molto: una possibilità documentata e un rifiuto che non si è osato scrivere. La differenza non è la durata dell'attesa, è l'esistenza di un evento preciso che mette fine all'attesa.

Dà anche una ragione per limitare questa colonna senza eliminarla: ogni tema tenuto visibile costa un fattore scatenante da scrivere e da sorvegliare.

Sfumature e limiti

Un fattore scatenante può essere scritto e mai osservato, perché nessuno ha il compito di tenerlo d'occhio. Scriverlo non basta; qualcuno deve incrociare i segnali in arrivo con queste condizioni.

E non tutti i fattori scatenanti si osservano allo stesso costo: la «concentrazione delle richieste» si misura, il «salto tecnologico» si constata a posteriori.

Domande aperte

• Chi deve occuparsi di sorvegliare i fattori scatenanti, tra il Product Manager che li ha scritti e il supporto che vede passare i segnali?