Idea principale

Un'intervista cliente non diventa utilizzabile diventando una scheda. Lo diventa quando viene trascritta, suddivisa in temi, collegata ai dolori espressi, alle esigenze del cliente, alle esigenze di prodotto, alle funzionalità esistenti e a quelle che mancano, incrociata con altre interviste, poi verificata nei dati di prodotto. Tutto questo lavoro riguarda relazioni; una lista, per costruzione, conosce solo elementi e il loro ordine.

Per questo l'espressione «backlog di discovery» indica un contenitore sbagliato più che una pratica sbagliata. La discovery maneggia un materiale ricco che va confrontato, collegato, incrociato, riformulato e sintetizzato. Ciò che la discovery produce può ovviamente finire in una scheda — ma solo alla fine, quando un risultato è abbastanza maturo per una collaborazione strutturata.

Perché è importante

Fornisce un criterio per scegliere un contenitore: prima di chiedersi se lo strumento ha i campi giusti, guardare se il materiale vale per i suoi elementi o per i loro collegamenti. La risposta decide da sola la forma.

Spiega anche perché un'intervista riversata direttamente in ticket si perde: ogni scheda sopravvive, ma la struttura che le collegava non è mai stata scritta da nessuna parte.

Sfumature e limiti

Una lista può avvicinarsi alla relazione con tag, collegamenti tra schede o epic. Il costo di mantenimento di questi collegamenti cresce più in fretta del loro numero, e sono i primi a cedere.

E non tutti i materiali sono relazionali: una coda di esecuzione — correggere, consegnare, verificare — è descritta correttamente da una lista ordinata.

Domande aperte

• Chi si accorge che un risultato di discovery ha perso il suo senso diventando una scheda, una volta che circola solo la scheda?