Product team e organizzazione flat: come sviluppare un prodotto di successo
Esplora il mondo dei product team, approfondisci i vantaggi e come migliorare la vita lavorativa e la qualità del prodotto finale.
Come creare o sviluppare un prodotto digitale?
Che tu voglia lanciare o gestire un prodotto o un servizio hai bisogno di una struttura: una organizzazione di prodotto.
Ma cosa è una organizzazione di prodotto?
Una organizzazione di prodotto è una struttura aziendale che si concentra sulle attività di sviluppo, lancio e gestione di prodotti e servizi.
L'organizzazione è responsabile della definizione della strategia del prodotto, della creazione di una road map e del coordinamento delle attività del team per garantire che il prodotto soddisfi le esigenze dei clienti e del mercato.
L'organizzazione di prodotto lavora a stretto contatto con i team di sviluppo, marketing e vendite per garantire che il prodotto sia sviluppato, promosso e venduto con successo.
La definizione racchiude tutti gli elementi necessari a costruire una organizzazione volta allo sviluppo di un prodotto.
Il punto è, come lo faccio?
Oggi risponderemo a questa domanda guardandola dal punto di vista del team di sviluppo.
Come organizzarlo? Come decidere cosa sviluppare?
Alla fine di questo articolo avrai tutte le informazioni come costruire un team e farlo funzionare. Ci concentriamo su un singolo team, ma ciò di cui parleremo è il fondamento per poi scalare una organizzazione di prodotto composta da più team.
Se sei interessato agli aspetti riguardanti la creazione di un mvp, il test sul mercato, il lancio, la promozione e la comunicazione di un prodotto, ti rimando al caso studio di Learnn che puoi trovare in questi due post:
- Come far crescere prodotto e vision | 150 giorni di crescita
- Fail fast, Learnn faster: i nostri errori e quello che abbiamo imparato nel 2020
Sei pronto?
Partiamo dalle basi.
Non ti serve un team tecnologico.
Si esatto, per sviluppare un prodotto digitale di successo, non ti serve un team tecnologico. Lo so che è controintuitivo.
Ciò che ti serve è un team di prodotto (o product team).
Seguimi.
Cosa è un product team e cosa serve
Un product team è un gruppo di persone responsabili della creazione e del lancio di prodotti di successo sul mercato.
Ma cosa rende un product team così importante e cosa lo distingue dagli altri team all'interno di un'azienda?
Un product team è composto da un gruppo eterogeneo di professionisti con skill specifiche, come designer, ingegneri, marketer e persino esperti di finanza.
Ognuno di loro contribuisce con la propria esperienza e conoscenza per creare prodotti di successo. Ma l'importanza di questi team non si limita solo alla loro composizione: è fondamentale che i membri del team lavorino in sinergia per raggiungere gli obiettivi comuni.
Un product team devono essere in grado di adattarsi rapidamente ai cambiamenti del mercato e delle esigenze dei clienti. Per fare questo, è necessario che il team abbia una chiara visione e una strategia definita.
Inoltre, è importante che il team sia supportato dalla leadership e visione aziendale, che fornisca le risorse necessarie e che permetta al team di lavorare in modo autonomo.
Le sfide che i product team devono affrontare sono molteplici e possono variare da problemi tecnici a difficoltà nella gestione del budget. Tuttavia, una delle sfide più grandi è quella di creare un prodotto che soddisfi le esigenze dei clienti e che sia al contempo sostenibili per l'azienda.
Questo significa che il team deve essere in grado di equilibrare le richieste dei clienti con le restrizioni del budget e con le esigenze aziendali.
The strength of the team is each individual member. The strength of each member is the team
Phil Jackson
L'ecosistema dove far esprimere al meglio un product team: l'organizzazione flat
In una organizzazione flat non ci sono molte gerarchie e i le persone hanno una maggiore autonomia e responsabilità.
In questo ambiente anche l'organizzazione del product team è più flessibile e collaborativa. I membri del team lavorano insieme senza distinzioni di ruolo o gerarchie rigide e ognuno è responsabile del proprio lavoro e dei risultati del team.
Il product team in un'organizzazione flat è spesso organizzato in modo da creare un ambiente di lavoro collaborativo e inclusivo, dove ogni membro del team ha la possibilità di esprimere le proprie idee e di lavorare insieme per raggiungere gli obiettivi comuni.
In questo tipo di organizzazione, il product manager ha un ruolo più flessibile e meno gerarchico, e lavora a stretto contatto con gli altri membri del team per coordinare le attività e garantire che tutti lavorino insieme in modo efficiente.
I membri del team invece hanno spesso maggiore libertà e flessibilità per prendere decisioni e per fare ciò che ritengono sia meglio per il successo del prodotto.
Hierarchy is not an innate feature of organization. It is a historical residue, an artifact from the time when organizations were machines
Frédéric Laloux
Bello, ma non è semplice.
Maggiore autonomia significa che i team devono avere una solida comunicazione, una chiara comprensione degli obiettivi e una forte fiducia reciproca per garantire che tutti lavorino nella stessa direzione.
Vediamo come.
Come interagisce il product team con il resto dell'organizzazione?
In un modello gerarchico il ruolo del product manager è quello di gestire e interagire con gli stakeholder, comprendere le loro esigenze e rappresentarle nel processo decisionale del prodotto.
Aspetta.
Ma cosa sono gli stakeholder?
Gli stakeholder sono coloro che hanno un interesse o un investimento in un progetto o in un'azienda. Questi possono includere azionisti, dipendenti, clienti, fornitori, comunità locali e altre parti interessate che possono influire o essere influenzati dalle attività dell'azienda.
Un approccio completamente opposto, tipico di un'organizzazione flat è far si che il team possa interagire direttamente con gli stakeholder.
Permettere a ogni membro del product team di parlare direttamente con gli stakeholder ha un impatto positivo sullo sviluppo del prodotto.
In primo luogo, ciò garantisce che il team abbia una comprensione approfondita delle esigenze degli stakeholder e delle loro aspettative per il prodotto: il team può sviluppare un prodotto che soddisfi realmente le esigenze degli stakeholder e non solo quelle che il team pensa che gli stakeholder abbiano.
La comunicazione diretta con gli stakeholder migliora la comunicazione all'interno del team: ogni membro del team ha una comprensione più completa e diretta delle aspettative degli stakeholder e può condividere queste informazioni con il resto del team.
Ciò significa che il team può lavorare insieme in modo più efficiente e che c'è meno margine per malintesi o confusione.
Inoltre questo approccio aumenta la trasparenza e la fiducia tra il team e gli stakeholder. Gli stakeholder osservano il team mentre lavora direttamente con loro e prendono in considerazione le loro opinioni e le loro esigenze: il team aumenta la propria fiducia nel prodotto che stanno sviluppando.
Mediare le informazioni degli stakeholder è sicuramente una struttura organizzativa più semplice ma rischia di generare errori nel passaggio delle informazioni e rallentare il processo di raccolta delle informazioni.
Benissimo.
Ho un product team concentrato sullo sviluppo di un prodotto.
Ed ora?
Small steps taken regularly will lead to substantial progress in the long run
Kaushik Basu, economist and professor
Come costruire un prodotto: l'approccio incrementale
L'approccio incrementale offre una serie di vantaggi rispetto a un approccio "big-bang" principalmente perchè permette al product team di ottenere un feedback costante e continuo dal mercato e dagli stakeholder dopo ogni incremento del prodotto: il team può adattare il prodotto in base alle esigenze e alle aspettative degli stakeholder.
Ma il rischio?
Sviluppando il prodotto in piccoli incrementi, se qualcosa va storto, le conseguenze sono limitate e il team può correggere il problema prima che diventi troppo grande.
Il team può evitare di investire troppo tempo e denaro in un prodotto che potrebbe non funzionare come previsto.
L'approccio incrementale è inoltre molto flessibile e adattabile. Se le circostanze cambiano o se gli stakeholder decidono di cambiare rotta, il team può adattare il prodotto in modo rapido e semplice.
If you're not embarrassed by the first version of your product, you've launched too late.
Reid Hoffman, co-founder of LinkedIn
In un mercato che cambia rapidamente, il team è capace di adattarsi alle nuove sfide e opportunità.
L'approccio incrementale ha anche un alto impatto sul morale e la motivazione del team. Il team vede costantemente i risultati del proprio lavoro e questo può aumentare la loro motivazione e il loro entusiasmo per il progetto.
Questo aspetto può anche migliorare la collaborazione e la comunicazione all'interno del team, il che è cruciale per lo sviluppo di un prodotto di successo.
Come scegliere gli incrementi?
In un approccio incrementale, il team seglie cosa fare nella successiva iterazione attraverso una combinazione di diversi fattori.
Gli stakeholder e il mercato sono fondamentali nella decisione di cosa fare nella successiva iterazione. Il team ascolta continuamente i feedback degli stakeholder e si adatta di conseguenza, sviluppando nuove funzionalità o correggendo problemi esistenti per soddisfare le esigenze del mercato.
Un prodotto però deve avere una chiara visione e direzione. Qui entra in gioco la roadmap a lungo termine.
La roadmap serve come guida per il team e include obiettivi a lungo termine, come la data di lancio, le funzionalità chiave e le priorità. Il team utilizza la roadmap per pianificare le prossime iterazioni e per garantire che ogni incremento del prodotto si allinei ai loro obiettivi a lungo termine.
Incremental progress is better than delayed perfection
Mark Twain, writer
Un altro aspetto importante nella definizione di un incremento è la capacità di sviluppo del team.
Il team considera quanto tempo e risorse hanno a disposizione per ogni iterazione e quindi sceglie di sviluppare le funzionalità che sono più importanti e realizzabili all'interno delle proprie risorse. In questo modo il team può mantenere un ritmo sostenibile di sviluppo, evitare di sovraccaricarsi e garantire che ogni incremento sia di alta qualità.
Infine, il team valuta costantemente l'impatto delle decisioni sul prodotto e sull'esperienza utente: si assicura che ogni decisione sia coerente con la propria visione e che ogni incremento del prodotto sia coerente con la propria estetica e usabilità.
Il processo decisionale
L'organizzazione flat incoraggia la leadership condivisa e la crescita delle persone, poiché tutti i membri del team hanno pari opportunità di prendere decisioni e influire sul prodotto e sull'azienda.
In una struttura organizzativa piatta, non ci sono molte gerarchie o gradi di separazione tra il management e i dipendenti, il che significa che tutti hanno voce in capitolo e possono contribuire con le loro idee e opinioni.
Questo approccio incoraggia le persone a prendere iniziative e a diventare leader naturali all'interno del team, poiché non esiste una figura di autorità che controlla o limita la loro capacità di prendere decisioni.
In questo modo l'organizzazione flat spesso incoraggia una cultura collaborativa in cui le persone lavorano insieme per raggiungere obiettivi comuni, invece di essere guidate da un'unica figura autoritaria.
Le persone sono incentivate a crescere come leader e a sviluppare le proprie capacità attraverso la partecipazione attiva a progetti e decisioni importanti, creando un ambiente di lavoro inclusivo in cui tutti hanno pari opportunità di crescita e sviluppo.
Sembra tutto semplice ma non è così.
L'organizzazione flat e la leadership condivisa hanno dei punti di attenzione da tenere sempre a mente.
Infatti il team potrebbe trovarsi in difficoltà nella definizione delle responsabilità e delle decisioni, mancanza di direzione e di priorità dovuta al fatto che ognuno ha una voce uguale.
Infine, può esserci una difficoltà nella gestione delle prestazioni, poiché non ci sono gerarchie per monitorare e valutare il lavoro dei dipendenti.
Un altro rischio è ciò che viene chiamato decision paralysis: può essere più difficile prendere decisioni rapide e decisive in una struttura organizzativa piatta, poiché ci sono più voci che devono essere ascoltate e considerate.
Qui entra in gioco la vision organizzativa e la way of working.
L'importanza di una visione chiara
Una vision di organizzazione chiara aiuta a definire i valori e gli obiettivi dell'organizzazione e a fornire una direzione per le decisioni a livello di prodotto.
Questo aiuta i team a valutare le proprie decisioni e a essere sicuri che siano allineati con gli obiettivi dell'organizzazione: una vision forte e coerente aiuta a motivare i team e a fornire un senso di scopo e significato alle loro attività.
La vision è anche un forte strumento di risoluzioni delle dispute: in casi di paralisi o decisioni contestate, si può sempre verificare che le decisioni siano state prese in coerenza e nel rispetto della vision.
Una solida way of working come strumento di autonomia
Una way of working solida è importante per supportare il processo decisionale nei team e guidare l'autonomia.
Processi e procedure ben definite, descrivono come le decisioni vengono prese e come le attività vengono eseguite. Queste regole e procedure forniscono una base solida per la collaborazione e la comunicazione efficace all'interno del team e aiutano a prevenire ambiguità o incertezza che possono ostacolare il processo decisionale.
Inoltre, una way of working solida fornisce un contesto sicuro per l'innovazione e la sperimentazione, poiché i team hanno una comprensione chiara delle aspettative e delle procedure per la prendere decisioni.
An agile approach is a way of working that helps teams rapidly and consistently deliver valuable results, while remaining flexible to change
Scrum.org
Ma come incide la way of working nell'autonomia e crescita dei team member?
Sia la way of working che una vision chiara definiscono un framework per prendere decisioni: forniscono una base solida per il processo decisionale e supportano la collaborazione e la comunicazione efficace, che a loro volta possono aiutare i team a sviluppare abilità di leadership e a diventare più autonomi.
Una way of working solida fornisce ai team la libertà di sperimentare e innovare all'interno di un contesto ben definito, favorendo la crescita e lo sviluppo delle abilità individuali e il consolidamento delle dinamiche dei team.
Più autonomia, meno gerarchie e micromanagement
La way of working fornisce un insieme di processi e procedure ben definiti per la decisione e la comunicazione all'interno del team; sono un elemento fondamentale per supportare il processo decisionale e la collaborazione efficace all'interno dei team.
Questi processi e procedure ben definiti forniscono una base solida per la decisione e la comunicazione, supportando la crescita e lo sviluppo delle abilità di leadership all'interno del team e rendendo inutili i livelli gerarchici e il micromanagement.
A flat organizational structure allows for greater employee engagement, empowerment and accountability
John Mackey
La leadership e le responsabilità sono condivise, tutti i membri del team sono responsabili degli obiettivi di prodotto e lavorano nell'ottica di un processo che parte da definire il miglior incremento di prodotto e arriva al rilascio.
Il lavoro di ogni membro del team non finisce una volta concluso la singola parte assegnata , ma una volta che l'incremento di prodotto è a disposizione in modo completo all'utente finale.
Come costruire una solida way of working. L'agile development
Abbiamo parlato di autonomia dei team, leadership condivisa e approccio incrementale. Tutti questi aspetti fanno parte della cultura Agile.
Rivediamo assieme in questa nuova veste.
L'adozione dell'approccio Agile per lo sviluppo di prodotto ha avuto un impatto significativo sul modo in cui le organizzazioni lavorano e gestiscono i loro team di sviluppo.
In primo luogo, l'Agile incoraggia una cultura di collaborazione e comunicazione aperta, dove i membri del team lavorano insieme per raggiungere obiettivi comuni. Ciò significa che i team possono reagire rapidamente ai cambiamenti e alle richieste dei clienti, poiché non ci sono livelli gerarchici che impediscono la comunicazione diretta.
l'Agile promuove una mentalità di sviluppo incrementale, dove i team sviluppano il prodotto in piccole iterazioni e ricevono feedback costante dai clienti. Ciò significa che il prodotto viene costantemente migliorato e adattato per soddisfare le esigenze dei clienti, invece di essere sviluppato per anni prima di essere presentato al mercato.
Iteration is key to the scientific method, and to good software design
Kent Beck, software engineer and creator of Extreme Programming.
L'autonomia dei team e dei propri membri è incoraggiato dai principi Agili, poiché ogni membro è responsabile del proprio lavoro e ha la libertà di prendere decisioni sul modo migliore per completare i propri compiti.
Ciò significa che i membri del team sono più motivati e coinvolti, poiché hanno la libertà di utilizzare la loro creatività e conoscenza per risolvere problemi e sviluppare soluzioni innovative.
Ma stiamo dicendo che l'agilità è l'obiettivo di una organizzazione di prodotto?
No.
L'obiettivo di una organizzazione è costruire un prodotto che possa massimizzare il valore per l'utente finale, qualsiasi definizione sia data di valore in uno specifico contesto.
Agile is not just what we do, but also a mindset and a culture
Diana Larsen, Agile Coach and Consultant
L'Agile deve essere uno strumento con cui perseguire il proprio scopo: anche i principi agili devono essere introdotti con incrementalità, costruendo il processo scegliendo le pratiche che realmente servono e portano valore al team.
Il consiglio è: studiale, comprendile, testa e adatta le singole pratiche; adotta solo le pratiche che funzionano per te e non farlo perché scritto in un libro o un manifesto.
In questo blog ti ho raccontato spesso di queste pratiche. Ti rimando alla fine di questo articolo con la lista di alcuni post che potrebbero aiutarti ad approfondire il tema.
Un esempio di way of working in contesto Agile
Abbiamo parlato tanto di principi e pratiche. Ma come la costruiamo una way of working? Ecco alcune pratiche: studiale e capisci se e cosa potrebbe servire nel tuo team.
- Sprints: Il team lavora in sprint di durata prestabilita, dove lavorano insieme per completare un insieme definito di compiti e obiettivi.
- Stand-up meeting quotidiani: Il team si riunisce ogni giorno per un breve incontro dove ciascun membro condivide il proprio progresso e le sfide incontrate organizzando il lavoro giornaliero in collaborazione con gli altri team member.
- Backlog di prodotto: Il team mantiene una lista in continua evoluzione di compiti e funzionalità da sviluppare, che viene prioritizzata in base alle esigenze dei clienti.
- Retrospettive di sprint: Al termine di ogni sprint, il team si riunisce per una retrospettiva dove discutono su ciò che è andato bene e su ciò che può essere migliorato per il prossimo sprint.
- Feedback costante dai clienti: Il team lavora a stretto contatto con i clienti per ricevere feedback costante e adattare il prodotto in base alle loro esigenze.
- Collaborazione cross-funzionale: Il team include membri con competenze diverse che lavorano insieme per sviluppare il prodotto, invece di essere divisi in sotto-team con compiti specifici.
Le pratiche Agile elencate sopra permettono al team di lavorare in modo flessibile e collaborativo, di reagire rapidamente ai cambiamenti e alle richieste dei clienti, e di sviluppare un prodotto di qualità superiore che soddisfa le esigenze dei clienti.
Attenzione!
Questo esempio di way of working non è la soluzione organizzativa per tutti i team.
La struttura della way of working dipende dal team, dall'organizzazione, dall'ambiente e dalla fase in cui si trova il prodotto.
Per questo motivo una way of working solida si costruisce nel tempo partendo in modo semplice, con pochi principi, testando ed adattando in base a quello che vediamo funzionare.
La retrospettiva può essere un ottimo momento per mettere in discussione la way of working con il team ed adattarla costantemente.
Siamo quasi alla conclusione.
Prima di lasciarci volevo condividere con te un esempio pratico di come un product team funziona.
Learnn un esempio pratico di organizzazione di prodotto
All'inizio di questo articolo ti ho già lasciato alcuni link che parlano del progetto Learnn: per questo motivo non ti racconterò cosa è Learnn e quale è il suo scopo.
Ciò che mi interessa, è prendere Learnn come esempio di evoluzione del team da tecnico a team di prodotto e di come, nella pratica, è stata costruita una azienda per supportare l'evoluzione incrementale del prodotto che sta dietro allo scopo di questa startup.
Perchè è interessante?
Raramente si ha la possibilità di costruire una nuova organizzazione di prodotto, più spesso ci si trova davanti alla sfida di trasformare una organizzazione incentrata sulla tecnologica in una di prodotto.
Sul blog di Learnn ti parlo di come abbiamo attuato questa trasformazione.
Eccolo: Da team tech a team di prodotto.
Conclusione
In questo articolo abbiamo esplorato i temi di product development, delle organizzazioni di prodotto, dei team cross funzionali e del ruolo del product manager.
Abbiamo visto come una organizzazione di prodotto sia composta da team cross-funzionali, dove ogni membro svolge un ruolo specifico nello sviluppo del prodotto.
Abbiamo inoltre esaminato l'importanza dell'approccio incrementale e di una visione organizzativa chiara, che aiutino a rendere inutili livelli gerarchici e micromanagement e che favorisce la crescita di leadership condivisa.
Infine, abbiamo parlato degli stakeholder, ovvero coloro che hanno un interesse nel prodotto, e dell'importanza di tenerli in considerazione durante tutto il processo di sviluppo.
Collaboration is the art of creating a synergy of collective efforts
David Bowie
Questo articolo ti ha dato una panoramica di come costruire una organizzazione di prodotto.
Ho scritto parecchi articoli che approfondiscono questi temi. Eccone alcuni che potrebbero interessarti.
- Cos'è SCRUM e come può esserti utile
- Scrum Burndown Chart: lo strumento migliore per monitorare il tuo sprint in modo facile
- Team di sviluppo software: come costruire il miglior team per la tua azienda o il tuo progetto
- Diventa un leader persuasivo: scopri il potere del principio del first follower
- Come ho rivoluzionato il processo di sviluppo di una multinazionale. La guida definitiva al project management
Ti lascio inoltre alcune risorse per approfondire i temi di questo articolo.
- Ray Dalio: How to build a company where the best ideas win: discute come costruire un'azienda in cui le migliori idee abbiano la meglio attraverso una cultura trasparente, un sistema di valutazione obiettivo e una forte responsabilità personale.
- "Inspired: How to Create Products Customers Love" di Marty Cagan: descrive come organizzare e gestire team di sviluppo del prodotto cross-funzionali per creare prodotti che i clienti amano.
- Il blog di Mind the Product: questo blog parla di project management, organizzazione aziendale, agile, tecnologia e sviluppo del prodotto.
- "The Lean Product Playbook: How to Innovate with Minimum Viable Products and Rapid Customer Feedback" di Dan Olsen: tratta come creare prodotti di successo con il minimo investimento utilizzando la tecnica di creazione di prodotto minimo sperimentale e il rapido feedback dai clienti. Questo libro fornisce una guida pratica per sviluppare un processo di sviluppo prodotto efficiente e di successo.
- Il sito web di Intercom: parla di come gestire il product management e design, fornendo guide e risorse per aiutare le aziende a creare prodotti di successo con un approccio user-centered. Discute anche l'importanza della comunicazione e della collaborazione tra team di prodotto, design e tecnologia.
- "Cross-functional teams: Definition, benefits, and challenges" di McKinsey: Questo articolo di McKinsey descrive i team cross-funzionali, i loro vantaggi e le sfide comuni.
- Agile Alliance: Questo sito fornisce informazioni sulle metodologie Agile e sulle best practice per la gestione dei team cross-funzionali.
- "The Five Dysfunctions of a Team" di Patrick Lencioni: Questo libro descrive le cinque disfunzioni comuni dei team e come superarle per ottenere una squadra coesa e altamente produttiva.
Sarei contento se lasciassi un commento per raccontare la tua esperienza nell'organizzazione di un team, i tuoi spunti, le tue riflessioni o i dubbi costruttivi.
Parliamone ed arricchiamoci insieme.
E se vuoi, condividi questo articolo con chi pensi possa essergli utile.
Se invece sei timido o vuoi contattarmi, scrivimi
Tieni botta,
Gianluca