Sviluppo prodotto snello nelle aziende: come pianificare senza abbattere la velocità lungo il percorso

Lo sviluppo snello del prodotto è diventato vocabolario aziendale. I forum parlano di MVP, convalida, iterazione. Eppure, la maggior parte delle grandi aziende continua a rilasciare prodotti che nessuno ha chiesto, dopo mesi di sviluppo, basandosi su certezze mai testate. Il discorso è scarno; la pratica è una cascata con un nuovo nome.

Raramente il problema è la mancanza di conoscenza del metodo. Le aziende strutturate hanno persone competenti che hanno letto gli stessi libri delle startup. A frenare è l’ambiente: gerarchia che pretende certezza prima di approvare, bilancio annuale che punisce l’errore, cultura che confonde pianificazione con previsione. La magra annega nel controllo.

Questo testo è per chi guida prodotti o innovazione all'interno di un'organizzazione che ha già peso, processi e storia. La sfida qui non è comprendere il lean, ma far sì che sopravviva alla gravità aziendale.

Ciò che l'azienda sbaglia riguardo al lean

Nelle startup il lean nasce per necessità: pochi soldi, poco tempo, nessuna certezza. Nelle grandi aziende viene importato come tecnica e perde il suo spirito nei trasporti.

La confusione centrale è considerare il lean come un modo per consegnare più velocemente. Non lo è. Lean è un modo per apprendere più velocemente ciò che vale la pena offrire. La velocità che conta non è la velocità di costruzione, ma la velocità con cui scopri che stavi per costruire la cosa sbagliata. Le aziende che adottano un vocabolario senza questo scopo finiscono per accelerare gli sprechi invece di ridurli.

La tesi di questo testo: nelle aziende, il collo di bottiglia del lean non è il team di prodotto, ma il sistema decisionale al di sopra di esso. Finché la struttura richiede certezza per liberare risorse, il team sarà costretto a fingere certezza, e fingere certezza è l'opposto dell'apprendimento.

Pianifica per imparare, non per prevedere

La pianificazione aziendale tradizionale è un esercizio di previsione. Viene definito ciò che verrà fatto durante l'anno, con ambito, scadenza e budget, e il successo viene misurato in base al rispetto del piano. Questo modello funziona per ciò che è noto. Per un prodotto nuovo è una trappola, perché trasforma le ipotesi in impegni.

La pianificazione snella inverte la logica. Invece di promettere un risultato, compromette l’apprendimento. La domanda smette di essere “cosa realizzeremo entro dicembre” e diventa “quali sono le maggiori incertezze e come le risolveremo una per una”. Il piano diventa una sequenza di scommesse a rischio decrescente.

Nella pratica aziendale, ciò richiede di riscrivere il rapporto con il budget. Rilasciare le risorse in tranche legate all'apprendimento convalidato, piuttosto che in un blocco annuale legato a un ambito fisso. Ogni round di investimento risponde a una domanda: cosa abbiamo imparato che giustifica la continuazione? È più lavoro da governare, ed è anche ciò che separa gli investimenti dalle scommesse al buio.

Il ruolo della leadership: coprire gli errori

Ecco la parte che nessun framework risolve. Il Lean richiede esperimenti e gli esperimenti falliscono per definizione. In una cultura che punisce l'errore, nessuno sperimenta davvero, le persone progettano "esperimenti" di cui già conoscono i risultati, solo per segnalare il successo.

La leadership che vuole veramente snellire deve fare qualcosa di scomodo: proteggere gli errori onesti. Distinguere pubblicamente tra il fallimento di un’ipotesi ben testata, che è un apprendimento costoso ma legittimo, e la negligenza. Quando questa distinzione diventa chiara, le persone iniziano a portare presto cattive notizie, che è esattamente ciò di cui il lean ha bisogno per funzionare.

Senza questa copertura il metodo diventa teatro. I team mettono insieme presentazioni di convalida che confermano ciò che il management già voleva sentire, il prodotto è costruito, fallisce sul mercato e nessuno è ritenuto responsabile perché "abbiamo seguito il processo". L'azienda ha impiegato mesi per imparare cosa avrebbe rivelato un esperimento onesto in poche settimane.

Dove la magra si scontra con la struttura

Vale la pena nominare gli attriti concreti perché sono prevedibili e possono essere pianificati.

C’è attrito con aree che dipendono dalla prevedibilità. Legale, conformità, marketing, vendite, tutti pianificano in anticipo e non gradiscono un ambito mutevole. Nei settori regolamentati, o in un'azienda che eroga un servizio pubblico, esistono vere e proprie restrizioni che non rientrano in un approccio “proviamo e vediamo”. Lean non rinuncia a queste aree; ha bisogno di incorporarli in anticipo, in modo che l'iterazione avvenga entro i limiti effettivamente esistenti.

C’è attrito con la governance dei dati. Sperimentare con gli utenti significa raccogliere e analizzare dati personali, e la LGPD impone limiti che l’azienda non può ignorare in nome della velocità. Un esperimento che raccoglie dati senza base giuridica non è snello, è passivo. Buona pratica è quella di coinvolgere l’area privacy nella progettazione della sperimentazione, definendo fin dall’inizio cosa può essere raccolto, per quale scopo e per quanto tempo. La privacy fin dalla progettazione non è un freno al lean; Questo è ciò che la rende sostenibile in un’azienda che ha una reputazione da perdere.

E c’è l’attrito con la metrica del successo. Le aree operative misurano l'efficienza e la consegna. Il prodotto nella fase di scoperta deve essere misurato mediante l'apprendimento. Costringere un team di scoperta a segnalare i risultati finali significa garantire che smettano di fare scoperte.

La trappola cosmetica per la magra

Il rischio più comune nelle grandi aziende è quello di non rifiutare il lean. Lo sta adottando a metà. Si crea una "squadra", si parla di "sprint", si istituisce una task board, e sotto tutto resta uguale: si chiude il campo, si impone la scadenza, si punisce l'errore. È una snellezza estetica ed è peggio che non averla, perché mina la credibilità del metodo.

Riconoscere il lean cosmetico è semplice: chiedi se un prodotto è mai stato cancellato a causa di un'esperienza formativa. Se la risposta è che tutto ciò che è iniziato è finito, non c’è alcuna tendenza a farlo. Il vero Lean uccide i progetti. Il coraggio di uccidere presto è il segno più affidabile che l'azienda ha interiorizzato il metodo, non solo il vocabolario.

Chiusura

Lo sviluppo snello del prodotto non fallisce nelle aziende per mancanza di talento o metodo. Fallisce quando la struttura decisionale richiede certezze che il nuovo prodotto non può fornire, e quando la cultura punisce l’errore richiesto dall’apprendimento. Il lavoro del leader consiste meno nell'insegnare il metodo e più nel cambiare l'ambiente in cui opera.

La domanda che vale la pena porre al consiglio non è “come possiamo diventare più snelli”, ma piuttosto “siamo disposti a investire nell’apprendimento e a cancellare ciò che impariamo e che non ne vale la pena”. Questa disposizione è snella. Il resto è vocabolario.

Se la tua organizzazione ha adottato il linguaggio snello ma mantiene i meccanismi a cascata, vale la pena parlare di cosa deve cambiare al di sopra del team di prodotto. Ci sono altri articoli qui sul blog su strategia, convalida e cultura dell'innovazione che approfondiscono questo argomento.