Persone. Processi. Prodotto.

Di recente mi sono preso del tempo per riflettere sulle mie esperienze con vari team nel corso della mia carriera. Molto tempo fa credevo che per ottenere grandi cose da una squadra bastasse assumere le persone più qualificate e loro avrebbero risolto le cose da sole. Più tardi ho imparato che anche un gruppo di persone di talento può fare casino senza regole e procedure condivise.

Negli ultimi due anni, i team di qualsiasi organizzazione hanno sperimentato un'incertezza e un caos senza precedenti. Se una squadra cerca di mantenere la rotta o addirittura di scalare in tempi turbolenti, più che mai, i processi diventano il faro nelle acque inesplorate. Porta chiarezza, semplicità e qualità. Mettilo in una funzione per un team di prodotto:

Prodotto= Processo (Persone)

In realtà le persone come input di una squadra non sono sempre controllabili. Ma il processo può essere stabilito e ottimizzato a prescindere. In una certa misura, può compensare la mancanza di esperienza e la scarsa capacità di giudizio di People .

I processi sono le procedure standardizzate seguite da un team di prodotto e dai suoi membri per lavorare internamente e collaborare esternamente. Non solo abbiamo bisogno di un processo per ogni fase della gestione del prodotto come ideazione, definizione delle priorità, progettazione, sviluppo, rilascio, valutazione e monitoraggio, ma anche un processo per interfacciarsi con le parti interessate in altre funzioni e, soprattutto, uno con cui lavorare alla fine utenti ed eliminare gli attriti nell'operazionalizzazione al fine di guidare l'adozione.

I processi possono creare o distruggere una squadra. Quando sono progettati male o spesso non esistono nemmeno, ti ritroverai con:

❌ Risultati rapidi, ma scarsi risultati senza test e validazione
❌ Design del prodotto scadente senza loop negli utenti
❌ Respingimenti degli utenti senza documentare i punti deboli chiave nel PRD
❌ Aspettative irrealistiche da parte delle parti interessate a causa della mancanza di allineamento
❌ Perdita di indipendenza e pensiero critico
❌ Rilasci difettosi senza QA e criteri di accettazione
❌ Bassa adozione di funzionalità senza aiutare gli utenti a renderli operativi ed eliminare gli attriti
(solo per citarne alcuni)

Come un prodotto, i processi possono essere ottimizzati e iterati. Le persone che gestiscono il processo diventano Product Ops. NON sono project manager, ma Product Manager di processi. Nel suo articolo su ProductOps (link nel commento), John Cutler scrive, “richiede gestione e strategia del prodotto. Implica anche un sacco di pensiero sistemico, progettazione di servizi, braciole operative, progettazione dell'apprendimento ed esperienza nella guida di esperimenti di cambiamento.

La mia raccomandazione è di applicare la tua mentalità PM alla progettazione dei processi. Inizia con un MVP, Minimum Viable Process diverso e ripeti da lì. Comunque lo progetti, non dimenticare mai che la componente chiave del processo è l'allineamento continuo con i tuoi utenti, le parti interessate del team interfunzionale, gli obiettivi aziendali e la visione dell'azienda.

Continua