Idea

Un deliverable rigenerato dal contesto non aspetta più la fine di una fase

Info

Scritto originalmente in francese. Tradotto dall'IA — il significato è stato preservato, non la prosa.

Idea principale

Il product management classico procede per fasi: la discovery, poi le specifiche, poi la consegna, poi la comunicazione. Ogni tappa aspetta la precedente, e questa concatenazione non ha nulla di arbitrario — dipende dal costo di scrittura. Finché scrivere un brief richiede una giornata, lo si scrive una volta sola, quindi il più tardi possibile, quindi quando la fase a monte è chiusa.

Quando il brief si rigenera a partire da uno spazio di lavoro tenuto aggiornato, la ragione per aspettare scompare. Se ne può tirare fuori una prima versione già dalla seconda sessione, lasciarla evolvere man mano che il materiale si arricchisce, e constatare che la versione finale non è che l'ultima iterazione di un documento cresciuto insieme alla riflessione. La discovery, dal canto suo, non si ferma mai davvero: si continua a dialogare per affinare, mettere in discussione, riformulare, e i deliverable migliorano durante questa maturazione anziché alla chiusura di una tappa.

Non è quindi il metodo sequenziale a essere messo in discussione, è la sua condizione economica. La sequenza era una risposta al prezzo della produzione; cade insieme a esso.

Perché è importante

Offre un criterio per capire se un team può davvero uscire dal sequenziale, al di là delle dichiarazioni: la questione non è l'organizzazione né i rituali, ma se un deliverable possa essere riprodotto a basso costo a partire dal materiale disponibile.

Toglie anche al deliverable il suo ruolo di milestone. Un documento la cui prima versione arriva prestissimo e cambia ogni settimana non può più servire a segnare che una fase è conclusa, e bisogna allora trovare qualcos'altro per dirlo.

Sfumature e limiti

Non tutto si rigenera allo stesso prezzo: un comunicato si riscrive di getto, un impegno contrattuale o una specifica validata da terzi non si rimettono in circolazione a ogni evoluzione del contesto.

E un deliverable che cambia di continuo stanca i suoi lettori: senza una versione designata come quella che fa fede in un dato momento, ognuno lavora su uno stato diverso.

Domande aperte

  • Come segnare la fine di una tappa quando nessun documento la attesta più, dato che tutti continuano a evolvere?