“Fammi vedere la versione brutta” — feedback prima della perfezione

Conversazione su una nuova funzionalità. Anna chiede a Jonas di mostrarle una versione molto preliminare.

— Fammi vedere la prima versione domani. Può essere brutta, mi basta capire la direzione.
— Domani?

Il giorno dopo Jonas sta ancora perfezionando il prototipo.

— Hai qualcosa da farmi vedere? — chiede Anna.
— Non è ancora abbastanza pronto da mostrare.

Anna voleva vedere la direzione. Jonas ritiene che un lavoro vada mostrato solo quando può sostenerne professionalmente la qualità.

Cosa è successo davvero

Anna chiede una versione molto preliminare perché vuole controllare la direzione prima che il team investa altro tempo. Per lei una bozza grezza è uno strumento per pensare, non una valutazione della persona che l’ha creata. Jonas sente “fammi vedere il tuo lavoro” e collega il fatto di mostrarlo alla responsabilità per la qualità. Nel suo modo di vedere, il materiale che arriva alla CEO dovrebbe essere qualcosa di cui possa rispondere. Così, invece di mostrare la versione grezza, passa tre giorni a migliorarla. Anna vede un apprendimento rimandato; Jonas vede la tutela di uno standard professionale. I loro profili rendono comprensibili entrambe le reazioni, ma il punto centrale non è la personalità. È la mancanza di una definizione condivisa: quel materiale viene mostrato per valutare la direzione o per valutare la qualità?

Cosa dice la ricerca

Nello sviluppo di prodotto, un prototipo non deve essere una miniatura del prodotto finito. Può essere un modo economico per apprendere rapidamente e mettere alla prova le ipotesi prima che il costo del cambiamento aumenti (Barkan & Iansiti, 1993). La ricerca sul design mostra anche come bozze tangibili e imperfette possano aiutare i team a “pensare facendo”, individuare prima gli errori e testare più facilmente nuovi comportamenti: il prototipo come strumento di apprendimento (Coughlan, Fulton Suri, & Canales, 2007). Questo non significa che il lavoro debba sempre essere mostrato il prima possibile. In alcuni compiti, una versione estremamente grezza può essere fuorviante o creare rischi. Il punto è che la qualità del prototipo va giudicata rispetto alla domanda a cui deve rispondere, non rispetto allo standard del prodotto finito.

Come affrontarlo

Date alle versioni etichette esplicite. Anna può dire: “Domani voglio una versione per controllare la direzione. Non sto valutando esecuzione, completezza o estetica. Voglio solo vedere il flusso A→B→C.” Jonas sa così quale standard applicare. Una versione successiva può invece essere etichettata “revisione qualità”. La regola generale è: non limitarti a dire “fammi vedere qualcosa presto”; spiega che cosa vuoi imparare da quella versione e che cosa, per il momento, non stai valutando.

Come possono aiutare Empatyzer ed Em

Empatyzer può far emergere in anticipo che Anna e Jonas hanno definizioni diverse di “prima versione professionale”. Il profilo di Anna può indicare una maggiore preferenza per la verifica rapida di direzione e rischio; quello di Jonas può mostrare un bisogno più forte di ordine, qualità e responsabilità per ciò che presenta. Prima dell’assegnazione, Em può aiutare Anna a chiarire: “Domani non valuto la qualità dell’esecuzione. Voglio solo la direzione e i due rischi principali.” Jonas riceve così un permesso esplicito a mostrare un lavoro incompleto invece di dover indovinare se una “versione brutta” danneggerà la sua reputazione. Le microlezioni insegnano ai leader a distinguere un prototipo per pensare insieme da un risultato sottoposto a valutazione qualitativa, così il feedback precoce accelera davvero l’apprendimento invece di generare perfezionismo nascosto fino a tarda notte.