Il teatro del product management: Marty Cagan sulla creazione di team di prodotto responsabilizzati
- Aisha Washington
- 2 ore fa
- Tempo di lettura: 7 min
Molte organizzazioni sembrano praticare un moderno product management. Impiegano product manager, organizzano cerimonie agile, mantengono roadmap e investono molto nello sviluppo software. Eppure Marty Cagan di Silicon Valley Product Group sostiene che gran parte di questa attività sia “teatro del product management”: l’organizzazione adotta il vocabolario e i rituali del lavoro di prodotto senza dare ai team la responsabilità o le capacità necessarie per produrre risultati di valore.
Nella sua conversazione su Lenny’s Podcast, Cagan distingue il rilascio di funzionalità dalla risoluzione dei problemi. Esamina perché le organizzazioni di prodotto siano diventate sovradimensionate, cosa separi i team orientati alle funzionalità dai team di prodotto responsabilizzati, come l’intelligenza artificiale possa mettere in luce ruoli deboli e perché la leadership rimanga essenziale anche in una cultura costruita attorno all’autonomia.
Come il product management è diventato teatro
La critica di Cagan parte da una semplice distinzione: l’output non è la stessa cosa dell’outcome. Un’azienda può completare una roadmap, rilasciare nei tempi previsti e non riuscire comunque a migliorare nulla di importante. I clienti possono ignorare la nuova funzionalità, i ricavi possono rimanere invariati e l’azienda potrebbe non essere in una posizione migliore rispetto a prima.
Durante l’ondata di assunzioni dell’era pandemica, afferma Cagan, molte aziende tecnologiche hanno ampliato i team più rapidamente di quanto potessero mantenere standard di selezione o chiarire le responsabilità. Le organizzazioni hanno aggiunto product owner, agile coach, business analyst, personale di product operations e altri ruoli di coordinamento. Alcune di queste posizioni possono creare una leva reale, ma altre aggiungono semplicemente livelli tra le persone che definiscono i problemi e quelle che costruiscono le soluzioni.
Questo ambiente premia l’attività visibile. Un backlog pieno, un documento dei requisiti rifinito e un calendario di consegna prevedibile sembrano tutti segnali di progresso. È più difficile stabilire se una soluzione proposta sarà di valore, utilizzabile, realizzabile e commercialmente sostenibile. Il risultato è un’organizzazione che può dimostrare movimento senza dimostrare impatto.
Cagan contesta anche le implementazioni superficiali dei metodi agile. Le cerimonie Scrum e i flussi di lavoro in Jira non rendono un’azienda innovativa. Quando il processo diventa l’obiettivo operativo, può rallentare l’apprendimento e nascondere chi sia responsabile dei risultati.
Team orientati alle funzionalità e team di prodotto responsabilizzati
Il contrasto centrale della discussione è quello tra i team orientati alle funzionalità e i team di prodotto responsabilizzati.
Un team orientato alle funzionalità riceve una soluzione, spesso da un dirigente, uno stakeholder o una richiesta commerciale, e gli viene chiesto di realizzarla. Le sue prestazioni vengono in genere misurate in base a scadenze, ambito e volume di rilasci. Il product manager può coordinare i compiti, mantenere il backlog, riferire sullo stato di avanzamento e tradurre le richieste degli stakeholder in ticket. Cagan considera questo più vicino all’amministrazione di progetto che all’autentico product management.
Un team di prodotto responsabilizzato riceve un problema significativo per il cliente o per l’azienda. I leader di prodotto definiscono il contesto strategico e decidono quali problemi meritino investimenti, mentre il team cross-funzionale determina il modo migliore per risolverli. Product manager, designer, ingegneri e responsabili tecnici combinano le loro competenze per scoprire una soluzione e verificarne l’efficacia.
La differenza non è cosmetica. Un team orientato alle funzionalità ha la responsabilità di eseguire un’istruzione. Un team responsabilizzato risponde della produzione di un risultato.
Cagan sostiene che le aziende di prodotto solide si interessino meno del time-to-market isolato che del “time-to-money”: la rapidità con cui un investimento inizia a generare valore reale. Rilasciare prima è utile solo se il rilascio migliora l’esperienza del cliente o fa progredire l’azienda.
Cosa apporta un vero product manager
Nel modello di Cagan, un product manager è un creatore e un decisore, non semplicemente un facilitatore. I designer portano una profonda competenza in materia di usabilità ed esperienza. Gli ingegneri valutano la fattibilità e aiutano a individuare possibilità rese possibili dalla tecnologia. Il product manager si concentra soprattutto sul valore e sulla sostenibilità.
Il valore chiede se i clienti sceglieranno o utilizzeranno la soluzione. La sostenibilità chiede se funzioni per l’azienda entro vincoli del mondo reale. Rispondere a queste domande richiede più della raccolta dei requisiti. I product manager hanno bisogno di conoscenze in vari ambiti:
Clienti, utenti e bisogni non soddisfatti
Dati di prodotto e processo decisionale basato sulle evidenze
Dinamiche di mercato e alternative competitive
Modelli di ricavo, prezzi, costi e considerazioni relative al go-to-market
Vincoli relativi a vendite, marketing, aspetti legali, conformità ed etica
Un product owner che amministra principalmente un backlog può svolgere un utile lavoro di delivery, ma Cagan non considera la gestione del backlog la responsabilità che definisce un product manager. Allo stesso modo, una persona in un team orientato alle funzionalità può contribuire oltre Jira pur continuando a trascorrere la maggior parte del proprio tempo nel coordinamento di una soluzione predeterminata.
Il PM responsabilizzato lavora direttamente con design e ingegneria per dare forma alle soluzioni. Ciò non significa dirigere i designer o assegnare le attività quotidiane degli sviluppatori. Significa rappresentare il valore per il cliente e la sostenibilità aziendale mentre il team scopre cosa costruire.
La responsabilizzazione richiede comunque una direzione
I team responsabilizzati vengono talvolta scambiati per team che scelgono qualunque cosa vogliano perseguire. Cagan respinge questa interpretazione.
La strategia di prodotto appartiene alla leadership di prodotto. I leader decidono dove l’azienda competerà, identificano opportunità importanti, compiono scelte di investimento e assegnano ai team problemi rilevanti. La responsabilizzazione inizia dopo questo lavoro strategico: i team ricevono libertà di indagare il problema, testare le ipotesi e determinare la soluzione.
Questo crea una produttiva divisione delle responsabilità. La leadership fornisce contesto, priorità, risorse e persone capaci. I team forniscono scoperta, giudizio, sperimentazione ed esecuzione. L’autonomia senza strategia produce frammentazione; la strategia senza autonomia dei team produce fabbriche di funzionalità.
Un ambiente sano dipende anche dalla fiducia. I team hanno bisogno di spazio per assumersi rischi responsabili, imparare da esperimenti falliti e mettere in discussione ipotesi deboli. I leader dovrebbero celebrare progressi e apprendimento significativi, anziché premiare soltanto il volume delle funzionalità.
La resa dei conti post-ZIRP
Cagan collega l’attuale rivalutazione del product management alla fine dell’era dei tassi d’interesse zero. Quando il capitale era abbondante, molte aziende enfatizzavano l’ottimizzazione della crescita e assumevano per ruoli definiti in modo ristretto. Un contesto aziendale più rigoroso ha rinnovato l’attenzione verso il product-market fit, una discovery disciplinata e l’economia degli investimenti di prodotto.
In questo clima, le organizzazioni stanno esaminando attentamente i lavori incentrati sul coordinamento e sull’amministrazione del backlog. Cagan si aspetta che l’IA generativa intensifichi la pressione, poiché molti compiti di routine legati a comunicazione, documentazione e triage possono essere parzialmente automatizzati.
Il suo messaggio ai product manager è impegnativo ma costruttivo: valutate il lavoro che svolgete davvero, non il titolo sul vostro profilo. Rafforzate la comprensione dei clienti, il giudizio analitico, la conoscenza del mercato, il pensiero strategico e la padronanza del business. Dove possibile, dimostrate il modello aiutando uno o più team a lavorare per outcome anziché per elenchi di funzionalità.
Lo sviluppo di carriera richiede anche scetticismo. Cagan avverte che molti consigli online e programmi di certificazione insegnano un’interpretazione del ruolo propria del project management. Il pensiero critico è quindi una competenza fondamentale per un PM, non solo per valutare idee di prodotto, ma anche per valutare la guida professionale. Raccomanda di esaminare attentamente un potenziale manager, perché quella persona influenzerà fortemente le competenze che il ruolo svilupperà.
Come l’IA cambia il lavoro
Cagan vede principi stabili al di sotto di tecniche in rapida evoluzione. I product manager dovranno comunque stabilire se un prodotto offre valore e può avere successo entro vincoli aziendali, legali, etici e operativi. Gli strumenti usati per rispondere a queste domande, tuttavia, stanno cambiando rapidamente.
L’IA generativa può aiutare a redigere documenti, esplorare strategie, classificare i difetti, perfezionare la comunicazione e mettere in discussione una proposta iniziale. Cagan mette in guardia dal considerare un output fluente come un giudizio affidabile. Il suo approccio preferito consiste nel riflettere prima sul problema, per poi usare l’IA per criticare, ampliare o migliorare quel ragionamento.
I ruoli dominati dalla documentazione e dall’amministrazione dei flussi di lavoro sembrano particolarmente esposti all’automazione. I product manager dotati di autonomia rimangono preziosi perché il loro lavoro dipende da contesto, evidenze, compromessi e responsabilità. I prodotti basati sull’IA potrebbero persino aumentare l’importanza della sostenibilità: i sistemi probabilistici introducono questioni difficili relative a conformità, sicurezza, proprietà intellettuale, etica e fiducia dei clienti.
Il modello operativo del prodotto
Il libro di Cagan Transformed presenta il modello operativo del prodotto come un insieme di principi riscontrabili nelle aziende di prodotto di successo, comprese organizzazioni al di fuori della Silicon Valley. Il modello riunisce tre aree principali: strategia di prodotto, scoperta del prodotto e delivery del prodotto.
Il suo scopo non è imporre un altro processo rigido. Cagan sottolinea i principi rispetto alle cerimonie, l’apprendimento rispetto alla colpevolizzazione e l’innovazione rispetto a una prevedibilità artificiale. Ai team dovrebbero essere assegnati problemi che vale la pena risolvere, dovrebbero sviluppare una reale responsabilità, affrontare i rischi durante la fase di scoperta e condurre esperimenti rapidi ma responsabili. Il delivery dovrebbe privilegiare modifiche piccole, frequenti e rilasciabili in modo indipendente, supportate da una solida strumentazione e dal monitoraggio.
Le organizzazioni di prodotto efficaci richiedono anche competenze complementari. Cagan evidenzia product management, design, ingegneria, marketing e leadership, con il team centrale spesso incentrato sul product manager, sul product designer e sul responsabile tecnico. Nessuno di questi ruoli può compensare indefinitamente una leadership debole o competenze mancanti.
Product operations e il ruolo del fondatore
Cagan non liquida del tutto le product operations. Riconosce un valore legittimo negli specialisti ad alto impatto, come ricercatori utenti e analisti dei dati, che supportano più team. Il segnale d’allarme è una funzione di product operations dominata dalla governance, dall’applicazione dei processi o da attività che product manager e leader dovrebbero svolgere personalmente.
Offre consigli altrettanto sfumati ai fondatori. Prima del product-market fit, i fondatori dovrebbero di solito mantenere la responsabilità del valore e della sostenibilità, invece di assumere prematuramente un product manager. In quella fase, separare il giudizio sul prodotto dalla visione del fondatore può creare attrito e rallentare l’apprendimento.
Con la crescita dell’azienda — Cagan suggerisce approssimativamente 20-25 ingegneri come punto di transizione comune — il fondatore potrebbe non essere più in grado di svolgere efficacemente il ruolo di unica figura di prodotto. È allora che un product manager esperto può contribuire a scalare il giudizio sul prodotto senza ridurre il ruolo al solo coordinamento.
Andare oltre la messinscena
Il rimedio al teatro del product management non è un nuovo titolo, framework o rituale. È un sistema di responsabilità più chiaro. I leader scelgono problemi importanti e forniscono contesto strategico. I team interfunzionali scoprono le soluzioni. I product manager apportano una profonda conoscenza di clienti, mercato, dati e business. Il successo viene valutato in base ai risultati, anziché al volume di funzionalità rilasciate.
Per i singoli PM, l’implicazione è altrettanto chiara: diventare più difficili da sostituire diventando più capaci, non più occupati in attività amministrative. Il futuro appartiene meno ai custodi del processo che alle persone in grado di aiutare un team a stabilire cosa vale la pena costruire, perché dovrebbe funzionare e se ha effettivamente funzionato.
