Validazione valore prodotto attraverso cicli di feedback

Oltre le feature: 5 modi per validare il valore del tuo prodotto

La validazione del valore di un prodotto va ben oltre l’implementazione di feature. Quante volte ti è capitato di rilasciare una nuova funzionalità, convinto che fosse esattamente ciò che i tuoi utenti desideravano, per poi scoprire che nessuno la utilizza? Come abbiamo visto nel nostro articolo sui 5 esempi di prodotti falliti, anche grandi aziende come Google e Amazon hanno imparato a loro spese l’importanza di validare le ipotesi prima di investire pesantemente nello sviluppo.

In questo articolo esploreremo cinque approcci concreti per assicurarti che il tuo prodotto stia effettivamente creando valore.

1. Dall’output all’outcome: focus sui risultati

Gli output sono un riflesso di ciò che produciamo, mentre gli outcome mostrano il valore effettivo che i nostri utenti sperimentano. Questi ultimi sono più interessanti per la validazione del valore del prodotto. Come spieghiamo nell’articolo Output, Outcome e Impatto in Scrum, questa differenza è fondamentale per creare prodotti di successo.

Un esempio pratico può aiutare a capire meglio:

  • Output: “Abbiamo implementato la funzione di ricerca avanzata”
  • Outcome: “Gli utenti trovano ciò che cercano in 30 secondi invece che in 2 minuti”

La differenza è sostanziale: nel primo caso stai misurando cosa hai fatto, nel secondo l’impatto reale sugli utenti. Nel nostro articolo su Scrum: performance e risultato, approfondiamo ulteriormente come distinguere tra attività che generano valore e semplici metriche di output.

2. Tecniche di validazione attraverso le ipotesi

Prima di investire mesi nello sviluppo di una nuova funzionalità, formula ipotesi chiare e verificabili che possano aiutare nella validazione del valore del prodotto. Nel nostro approfondimento sulle 5 Tecniche di Product Discovery, proponiamo questo framework efficace:

  • “Crediamo che [questa funzionalità]
  • Aiuterà [questi utenti]
  • A raggiungere [questo risultato]
  • Lo sapremo perché vedremo [questa metrica] cambiare”

Questo approccio ti aiuta a:

  • Chiarire le tue assunzioni
  • Definire metriche concrete di successo
  • Decidere rapidamente se continuare o pivotare

3. Strumenti di validazione rapida

Prova il “Fake Door Testing”. Prima di costruire una funzionalità completa, verifica se c’è reale interesse:

  • Inserisci un pulsante o un link per la nuova funzionalità
  • Traccia quanti utenti ci cliccano
  • Mostra un messaggio del tipo “Presto disponibile”
  • Analizza i dati per validare l’interesse

Come evidenziato nel nostro articolo sui 5 impatti concreti del Product Discovery, le organizzazioni che eccellono nella validazione rapida del valore del prodotto ottengono risultati significativamente migliori.

4. Cicli di feedback per la validazione continua

La chiave è ridurre il tempo tra un’idea e la sua validazione:

  • Rilascia incrementi più piccoli ma più frequenti
  • Organizza sessioni di feedback con gli utenti ogni Sprint
  • Monitora metriche di utilizzo in tempo reale
  • Adatta la direzione basandoti sui dati raccolti

5. Evidence Based Management nella pratica

L’Evidence-Based Management fornisce un framework strutturato per la misurazione e validazione del valore del prodotto. Nel nostro articolo su come Misurare gli obiettivi in Scrum, approfondiamo come utilizzare questo approccio attraverso quattro aree chiave:

  • Valore corrente: quanto valore stai generando oggi
  • Valore non realizzato: quale potenziale rimane da sbloccare
  • Time-to-Market: quanto velocemente rilasci e impari
  • Capacità di innovare: quanto efficacemente crei nuove soluzioni
Scrum e la reazione autoimmune aziendale
Reazione autoimmune aziendale

Dalla teoria alla pratica

La validazione del valore del prodotto non è un processo isolato. Come abbiamo visto nel nostro caso studio sulla Reazione autoimmune aziendale, il cambiamento verso un approccio basato sul valore richiede anche un’evoluzione culturale dell’organizzazione.

Idee per iniziare

  1. Parti in Piccolo
  • Seleziona un singolo prodotto o feature
  • Definisci metriche chiare e misurabili
  • Stabilisci un processo di raccolta dati
  1. Crea un Ritmo
  • Revisiona i dati settimanalmente
  • Adatta la strategia mensilmente, o in periodi più brevi
  • Il team riflette su quanto appreso e prende decisioni per il miglioramento continuo
  1. Documenta e Impara
  • Tieni traccia delle ipotesi testate
  • Documenta successi e fallimenti
  • Costruisci una base di conoscenza con e per il team

Conclusione

La validazione del valore del prodotto è un processo continuo, non un evento una tantum. L’obiettivo non è avere ragione, ma imparare rapidamente e adattarsi alle reali esigenze degli utenti. Come abbiamo visto, ci sono diversi strumenti e tecniche che possiamo utilizzare, ma la chiave è iniziare con piccoli esperimenti e costruire gradualmente la nostra capacità di validare e creare valore reale.

Le nostre proposte di valore per migliorare la tua Product Ownership

5 Tecniche di Product Discovery

5 Tecniche di Product Discovery

Introduzione

In questo articolo esploriamo 5 Tecniche di Product Discovery che possono aiutare a capire se investire in un prodotto è giudizioso. Nello sviluppo di prodotti, è fondamentale creare soluzioni che rispondano realmente alle esigenze degli utenti.

1. Proto-Personas

  • Cos’è? Le proto-personas sono rappresentazioni ipotetiche degli utenti target, basate su conoscenze iniziali e ipotesi del team.
  • Come si applica?
    • Creare profili dettagliati che includono dati demografici, comportamenti e bisogni
    • Usare queste personas per guidare le decisioni di design e funzionalità
    • Aggiornare regolarmente le personas man mano che si acquisiscono nuove informazioni
  • Benefici
    • Fornisce un punto di riferimento comune per il team
    • Aiuta a mantenere il focus sugli utenti durante lo sviluppo
Esempio di user personae
Esempio di proto-persona

Esempio: Alice è una proto-persona per il podcast Scrum 🇮🇹

  • 28 anni, studente universitaria all’ultimo anno
  • Frequenta un’università che non propone corsi sull’Agile
  • Vuole trovare lavoro rapidamente dopo la laurea
  • La maggioranza delle aziende nel suo settore richiede una certificazione Agile

Risorse per approfondire

2. Customer Journey Mapping

  • Cos’è? Una rappresentazione visuale dell’esperienza complessiva di un cliente con il prodotto o servizio.
  • Come si applica?
    • Identificare i principali punti di contatto tra l’utente e il prodotto
    • Mappare le emozioni e le azioni dell’utente in ogni fase
    • Individuare opportunità di miglioramento e innovazione
  • Benefici
    • Rivela insights sulle esperienze degli utenti
    • Identifica aree di frizione e opportunità di miglioramento

Esempio

Airbnb Customer journey
Airbnb Customer journey mapping

Airbnb ha mappato la customer journey dalla ricerca di un alloggio fino al check-out:

  1. Ricerca e confronto degli alloggi
  2. Prenotazione e pagamento
  3. Comunicazione con l’host
  4. Arrivo e check-in
  5. Soggiorno
  6. Check-out e recensione

Risorse per approfondire

3. Problem Framing

  • Cos’è? Una tecnica per definire e articolare chiaramente il problema che il prodotto intende risolvere.
  • Come si applica?
    • Condurre sessioni di brainstorming per identificare il problema principale
    • Utilizzare tecniche come “I 5 Perché” per arrivare alla radice del problema
    • Formulare una chiara dichiarazione del problema
  • Benefici
    • Assicura che il team stia risolvendo il problema giusto
    • Fornisce una base solida per la generazione di idee

Esempio

Netflix ha riformulato il problema da “Come possiamo noleggiare più DVD?” a “Come possiamo offrire intrattenimento personalizzato ovunque, in qualsiasi momento?”. Questo ha portato alla transizione verso lo streaming.

Risorse per approfondire

4. Assumption Mapping

Assumption Mapping
Assumption Mapping
  • Cos’è? Un metodo per identificare e testare le ipotesi chiave su cui si basa l’idea del prodotto.
  • Come si applica?
    • Elencare tutte le assunzioni relative al prodotto, al mercato e agli utenti
    • Classificare le assunzioni in base al loro impatto e al livello di certezza
    • Progettare esperimenti per testare le assunzioni più critiche
  • Benefici
    • Riduce il rischio di sviluppare prodotti basati su presupposti errati
    • Facilita un approccio basato sull’evidenza allo sviluppo del prodotto

Esempio

Prima del lancio del podcast Scrum 🇮🇹, abbiamo testato l’assunzione chiave che “le persone vogliono imparare Scrum ascoltando” creando un primo episodio molto rapidamente e a costo zero (il mio tempo di registrazione).

Risorse per approfondire

  • Libro: “Testing Business Ideas” di David J. Bland e Alexander Osterwalder

5. Rapid Prototyping

  • Cos’è? La creazione veloce di versioni semplificate del prodotto per testare concetti e raccogliere feedback.
  • Come si applica?
    • Creare prototipi a bassa fedeltà (es. mockup di carta, wireframe)
    • Testare i prototipi con gli utenti reali
    • Iterare rapidamente basandosi sul feedback ricevuto
  • Benefici
    • Permette di testare idee rapidamente e a basso costo
    • Fornisce feedback concreto dagli utenti nelle prime fasi dello sviluppo

Esempio

IDEO, durante la riprogettazione del carrello della spesa, ha creato rapidamente prototipi con ruote girevoli, cestini rimovibili e scanner di prezzi usando materiali semplici come PVC e compensato.

Risorse per approfondire

  • Libro: “Sprint: How to Solve Big Problems and Test New Ideas in Just Five Days” di Jake Knapp

Conclusione

Sperimentare queste 5 tecniche di Product Discovery può significativamente migliorare il vostro processo di innovazione. Concentrandosi sulla comprensione profonda degli utenti e dei loro problemi, potete creare prodotti che non solo soddisfano le esigenze del mercato, ma superano anche le aspettative dei clienti.

Il corso Professional Product Discovery & Validation (PPDV) offre l’opportunità di scoprire e praticare queste e altre tecniche, permettendo ai partecipanti di imparare o migliorare l’approccio al Product Discovery e di guidare l’innovazione con sicurezza e successo.

Trasforma il Tuo Approccio all’Innovazione di Prodotto!

Sei pronto.a a portare le tue competenze di Product Discovery al livello successivo? Il corso Professional Product Discovery and Validation (PPDV) ti offre gli strumenti e le tecniche per creare prodotti che i clienti ameranno veramente.

Professional Product Discovery & Validation
Product Discovery 5 impatti concreti per l’azienda

Product Discovery: 5 impatti concreti per l’azienda

Introduzione

Nel dinamico panorama aziendale odierno, il product discovery trasforma l’azienda in modi sorprendenti e concreti. Questo approccio innovativo sta emergendo come una strategia chiave per guidare il successo e l’innovazione nelle organizzazioni moderne. In questo articolo, esploreremo cinque impatti tangibili del product discovery sulla tua azienda, attingendo alle preziose intuizioni offerte dal corso Professional Product Discovery & Validation (PPDV). Scoprirai come questo approccio può rivoluzionare non solo il modo in cui sviluppi e lanci nuovi prodotti, ma anche come può influenzare positivamente l’intera struttura organizzativa della tua impresa.​​​​​​​​​​​​​​​​

1. Innovazione centrata sull’utente: impatto tangibile sui prodotti

Il product discovery trasforma l’azienda ponendo gli utenti al centro dello sviluppo. Tecniche come proto-personas e impact mapping offrono insight preziosi sulle esigenze dei clienti. Risultato? Prodotti che risuonano con il pubblico target, aumentando adozione e soddisfazione del cliente.

2. Ottimizzazione dei costi e massimizzazione del ROI

Un impatto concreto del product discovery è la significativa riduzione degli sprechi nello sviluppo. Validando le idee precocemente, si evitano investimenti in funzionalità superflue. Il corso PPDV insegna a progettare esperimenti efficienti, aumentando le probabilità della massimizzazione dell’ROI.

3. Processo decisionale data-driven: impatto sulle strategie aziendali

Il product discovery trasforma il processo decisionale aziendale, sostituendo le opinioni con dati concreti. Impara a raccogliere e analizzare i dati giusti per supportare decisioni di prodotto informate, portando a strategie aziendali più efficaci e risultati misurabili.

4. Sinergia interfunzionale: impatto sull’efficienza organizzativa

Il product discovery non riguarda solo il team di prodotto – è un processo collaborativo che riunisce vari stakeholder. Implementando tecniche di discovery, crei un linguaggio e una comprensione condivisi tra i dipartimenti, dal marketing allo sviluppo. Questo allineamento porta a un’esecuzione più fluida del lavoro e a risultati complessivamente migliori.

5. Accelerazione del time-to-market: impatto sulla competitività

Il product discovery, quando applicato correttamente, riduce significativamente il time-to-market. Validando rapidamente le ipotesi, puoi pivotare velocemente e concentrarti sullo sviluppo di funzionalità cruciali. Il corso PPDV fornisce gli strumenti per decisioni rapide ma informate, aumentando la competitività aziendale.

Conclusione

Il product discovery trasforma concretamente l’azienda, dall’ottimizzazione dei costi all’accelerazione dell’innovazione. Il corso Professional Product Discovery & Validation (PPDV) offre un’esperienza pratica con queste tecniche rivoluzionarie. Non lasciare che la concorrenza ti superi – investi nelle competenze di product discovery del tuo team per vedere impatti tangibili sulla tua azienda.

Sblocca il potenziale del tuo processo di sviluppo prodotto. Scopri come il corso PPDV può concretamente trasformare la tua azienda attraverso un efficace product discovery.

Professional Product Discovery & Validation
5 Esempi di prodotti falliti

5 esempi di prodotti falliti: lezioni sulla validazione del prodotto

Introduzione

Nel competitivo mondo dello sviluppo dei prodotti, il successo non è mai garantito. In questo articolo, esploreremo cinque esempi eclatanti di prodotti falliti, analizzando cosa è andato storto e come una corretta validazione avrebbe potuto prevenire questi costosi errori. Scopriremo anche come il corso Professional Product Discovery & Validation (PPDV) può fornire gli strumenti necessari per evitare simili fallimenti.

Guarda il video

Ascolta il Podcast

1. Amazon Fire Phone: un flop da 120 milioni di dollari

Amazon Fire Phone

Nel 2014, Amazon lanciò il Fire Phone, un ambizioso tentativo di entrare nel mercato degli smartphone. Nonostante le risorse e la reputazione di Amazon, il prodotto si rivelò un clamoroso fallimento, costando all’azienda circa 120 milioni di dollari.

Cosa è andato storto? Il telefono era sovraccarico di funzionalità che gli utenti non desideravano e non riusciva a competere con i già affermati iPhone e dispositivi Android.

Lezione di validazione: un approccio empirico, iterativo e incrementale, implicando una ricerca di mercato e test con gli utenti avrebbero potuto rivelare la mancanza di domanda per le funzionalità uniche del Fire Phone.

Leggi la storia del Fire Phone qui.

2. Google glass: quando l’innovazione supera l’utilità

Google Glass V1
Google Glass V1

Lanciato nel 2013, Google Glass sembrava un prodotto rivoluzionario. Tuttavia, problemi di privacy, costi elevati e mancanza di un chiaro caso d’uso portarono al suo fallimento nel mercato consumer.

Cosa è andato storto? Google non aveva validato adeguatamente l’accettazione sociale e l’utilità percepita del prodotto.

Lezione di validazione: è fondamentale testare non solo la fattibilità tecnica, ma anche l’accettazione sociale e l’utilità percepita dei prodotti innovativi.

Leggi la storia dei Google Glass qui.

3. Juicero: lo spremifrutta da 120 milioni che nessuno voleva

Juicero

Juicero raccolse 120 milioni di dollari per creare uno spremifrutta connesso a Internet. Il prodotto da 400 dollari si rivelò superfluo quando si scoprì che le bustine di succo potevano essere spremute a mano 🤣.

Cosa è andato storto? Una valutazione inadeguata del valore percepito e della disponibilità a pagare dei consumatori.

Lezione di validazione: è cruciale valutare correttamente il valore percepito del prodotto e la disponibilità a pagare del mercato target.

Leggi la storia di Juicero qui.

4. Quibi: quando il timing è tutto

quibi
quibi

Quibi, una piattaforma di streaming per contenuti brevi, chiuse dopo soli sei mesi nonostante un investimento di 1,75 miliardi di dollari. Lanciata durante la pandemia, non riuscì a catturare l’interesse del pubblico.

Cosa è andato storto? Il timing di lancio e il modello di business non erano ottimali per le condizioni di mercato.

Lezione di validazione: è essenziale valutare attentamente il timing di mercato e essere pronti ad adattare rapidamente il prodotto in base ai feedback degli utenti.

Leggi la storia di Quibi qui.

5. Boo.com: il gigante dell’e-commerce che bruciò 135 milioni in 18 mesi

Boo

Boo.com, un rivenditore di moda online, fallì nel 2000 dopo aver bruciato 135 milioni di dollari in 18 mesi. Il sito era troppo avanzato per l’infrastruttura internet dell’epoca.

Cosa è andato storto? La tecnologia non era ancora pronta per supportare la visione del prodotto.

Lezione di validazione: è importante valutare non solo la visione del prodotto, ma anche la maturità tecnologica e l’infrastruttura necessaria per supportarlo.

Leggi la storia di boo.com qui.

Conclusione

Questi esempi di prodotti falliti dimostrano chiaramente l’importanza critica della validazione del prodotto. Indipendentemente dalle dimensioni o dalla reputazione dell’azienda, trascurare questa fase può portare a costosi errori. Il corso Professional Product Discovery & Validation (PPDV) offre gli strumenti e le tecniche necessarie per evitare questi fallimenti, insegnando come validare efficacemente le idee di prodotto prima di investire pesantemente nello sviluppo.

Non lasciare che il tuo prodotto diventi il prossimo esempio di fallimento. Iscriviti al corso PPDV oggi e apprendi le tecniche di validazione che possono guidarti verso il successo del prodotto e prevenire costosi errori di sviluppo

Professional Product Discovery & Validation
output outcomes impatto scrum

Output, Outcomes e Impatto in Scrum [E46]

ℹ️ Output, Outcomes e Impatto in Scrum 📅 Data: 20/08/2024 ⏱️ Durata: 17 minuti

🎙️ Introduzione

“Ciao, io sono Fabio Panzavolta, Professional Scrum Trainer alla scrum.org e questi sono i podcast di Collective Genius, dedicati a tutti coloro i quali vogliono approfondire o imparare Scrum Professionale.”

📑 Sommario

In questo episodio esploriamo la differenza tra output, outcomes e impatto in Scrum, elementi fondamentali per comprendere il valore generato dal lavoro del team. Scopriremo come questi tre livelli di risultati si collegano tra loro e quale ruolo gioca il Product Owner nel massimizzare il valore per l’organizzazione. Leggi l’articolo originale qui!

🎧 Ascolta l’Episodio

🎯 Output: Il Risultato Tangibile

L’output rappresenta il prodotto immediato del lavoro dello Scrum Team:

  • Funzionalità software
  • Documentazione e guide utente
  • Codice applicativo
  • Report e analisi di mercato

🔄 Outcomes: Il Cambiamento Desiderato

Gli outcomes sono i risultati del cambiamento generato dagli output:

  • Aumento della soddisfazione dei clienti
  • Maggiore engagement degli utenti
  • Riduzione dei tempi di completamento delle attività
  • Miglioramento della retention degli utenti

💡 Impatto: Il Valore per l’Azienda

L’impatto rappresenta il valore complessivo per l’organizzazione:

  • Aumento dei ricavi e della redditività
  • Espansione delle quote di mercato
  • Miglioramento della reputazione aziendale
  • Incremento della fedeltà dei clienti

⚙️ Come Collegare Output, Outcomes e Impatto

Definire gli Output

  • Identificare chiaramente le funzionalità nel Product Backlog
  • Garantire la trasparenza della strategia
  • Allineare gli output con il Product Goal

Stabilire gli Outcomes Desiderati

Valutare l’Impatto

  • Collegare gli outcomes agli obiettivi strategici
  • Analizzare le metriche di business post-rilascio
  • Misurare il contributo agli obiettivi aziendali

📚 Caso Studio: Applicazione Mobile

Output

  • Implementazione di una nuova funzionalità di messaggistica istantanea
  • Sviluppo dell’interfaccia utente
  • Integrazione con i server di messaggistica

Outcome

  • Aumento del 30% nel numero di sessioni per utente
  • Incremento del 50% nei messaggi inviati quotidianamente
  • Maggiore engagement degli utenti

Impatto

  • Crescita del 15% nei ricavi da abbonamenti Premium
  • Aumento della base utenti premium
  • Miglioramento della posizione competitiva

🎓 Note del Trainer

La connessione tra output, outcomes e impatto è fondamentale nella gestione del prodotto. Il Product Owner gioca un ruolo cruciale nel garantire che il lavoro quotidiano del team si traduca in valore tangibile per l’organizzazione. Non si tratta solo di consegnare funzionalità, ma di creare un impatto misurabile sul business

Fabio Panzavolta, Professional Scrum Trainer

🔜 Prossimo Episodio

Non perdete il prossimo episodio dove approfondiremo 5 esempi di prodotti falliti!

Questo articolo è basato sull’episodio 46 del podcast Scrum Italia con Fabio Panzavolta, Professional Scrum Trainer certificato Scrum.org.


Vuoi approfondire Scrum? Visita Collective Genius per risorse, formazione e consulenza professionale.

Output, Outcome e Impatto in Scrum

Output, Outcome e Impatto in Scrum

Output, Outcome e Impatto in Scrum sono termini fondamentali per comprendere il valore reale che un prodotto può portare ad un’azienda. Sebbene spesso utilizzati in modo intercambiabile, ciascuno di questi termini ha un significato specifico e distintivo. In questo articolo, esploreremo le differenze chiave tra output, outcome e impatto, e come questi concetti si collegano alla gestione del prodotto, con particolare attenzione a come Scrum, attraverso Sprint e Product Backlog, aiuta a fare queste distinzioni.

Guarda il video

Ascolta il podcast

output outcomes impatto scrum

Output: Il Prodotto del Lavoro

L’output è il risultato tangibile e immediato del lavoro svolto. Rappresenta ciò che viene prodotto, creato o consegnato dai Developers. Nel contesto di Scrum, gli output sono spesso definiti come incrementi del prodotto consegnati, al più tardi, al termine di ogni Sprint. Gli output possono includere:

  • Nuove funzionalità o aggiornamenti di un prodotto.
  • Documentazione o guide per l’utente.
  • Codice scritto per un’applicazione software.
  • Report o analisi di mercato.

Gli output sono spesso facilmente misurabili e quantificabili. Ad esempio, il numero di nuove funzionalità rilasciate in un trimestre o il numero di bug risolti. Tuttavia, gli output da soli non forniscono una misura del successo o del valore per l’azienda. Sono semplicemente il risultato delle attività svolte dallo Scrum Team durante uno Sprint.

Output Outcome Impatto in Scrum
Output Outcome Impatto in Scrum

Outcome: Il Risultato del Cambiamento

Gli outcome rappresentano i cambiamenti o i benefici derivanti dall’uso degli output. In altre parole, sono i risultati desiderati che si ottengono quando gli utenti interagiscono con il prodotto. Nel contesto di Scrum, gli outcome sono spesso supposizioni del Product Owner, raggiungibili attraverso una strategia visibile nel Product Backlog, che elenca tutte le funzionalità, i miglioramenti e le correzioni che il team intende sviluppare. Gli outcome possono essere:

  • Aumento della soddisfazione dei clienti.
  • Maggiore engagement degli utenti con il prodotto.
  • Riduzione del tempo necessario per completare un compito grazie a una nuova funzionalità.
  • Miglioramento della retention degli utenti.

Gli outcome sono più difficili da misurare rispetto agli output, ma sono cruciali per comprendere il valore reale che un prodotto porta ai suoi utenti. Misurare gli outcome richiede spesso feedback qualitativi e quantitativi dagli utenti, analisi di metriche di utilizzo e altri strumenti di valutazione dell’impatto. Per poter apprezzare un outcome, spesso, è necessario rilasciare il prodotto in produzione rapidamente per alimentare il feedback loop.

Impatto: Il Valore Complessivo per l’Azienda

L’impatto è la misura in cui gli outcome contribuiscono agli obiettivi strategici dell’azienda. Rappresenta il valore complessivo che un prodotto apporta all’organizzazione. Gli impatti possono includere:

  • Aumento dei ricavi o della redditività.
  • Espansione della quota di mercato.
  • Miglioramento della reputazione dell’azienda.
  • Incremento della fedeltà dei clienti.

L’impatto è il livello più alto di valore che si può misurare ed è spesso collegato agli obiettivi a lungo termine dell’azienda. Per valutare l’impatto, è necessario collegare gli outcome agli obiettivi strategici dell’azienda e misurare come e quanto questi risultati influenzano il business nel suo complesso. In Scrum, il Product Owner ha un ruolo strategico per l’azienda, in quanto è la persona che collega il lavoro quotidiano alla strategia aziendale.

Collegare Output, Outcome e Impatto nel Product Management

Per un Product Owner, è essenziale comprendere come gli output del team possono tradursi in outcome desiderati e, infine, in impatti significativi per l’azienda. Utilizzando Scrum e lavorando con frequenze di ispezione e adattamento regolari (Sprint) che realizzano la strategia visibile nel Product Backlog, è possibile collegare questi concetti in modo efficace. Ecco alcuni passaggi chiave:

  1. Definire chiaramente gli output: in Scrum ciò significa assicurarsi che gli output siano ben definiti nel Product Backlog e rendano trasparente la strategia del Product Owner per raggiungere il Product Goal.
  2. Stabilire gli outcome desiderati: Identificare quali cambiamenti o benefici si aspettano come risultato dell’uso degli output. Il Product Backlog dovrebbe riflettere queste aspettative nel Product Goal.
  3. Misurare e monitorare gli outcome: Utilizzare metriche e feedback per valutare se gli outcome sono stati raggiunti. Le Sprint Review sono momenti chiave per questa valutazione, ma anche Evidence Based Management.
  4. Valutare l’impatto sull’azienda: Collegare gli outcome agli obiettivi strategici e misurare l’impatto complessivo sul business. Questo può essere fatto attraverso l’analisi delle metriche di business post-rilascio.

Esempi che illustrano le differenze tra output, outcome e impatto nel contesto di un prodotto digitale, come un’applicazione mobile.

Output

Esempio: Una nuova funzionalità di messaggistica istantanea aggiunta all’applicazione mobile.

  • Descrizione: lo Scrum Team ha lavorato per due Sprint per implementare una funzionalità che permette agli utenti di inviare messaggi istantanei tra di loro.
  • Dettagli: questa funzionalità include l’interfaccia utente per la chat, l’integrazione con il server di messaggistica

Outcome (valore creato per gli utenti)

Esempio: (ipotesi) aumento dell’engagement degli utenti grazie alla nuova funzionalità di messaggistica istantanea.

  • Descrizione: dopo il rilascio della nuova funzionalità, si osserva che gli utenti trascorrono più tempo nell’applicazione e interagiscono di più tra di loro.
  • Dettagli: Le metriche mostrano che il numero di sessioni per utente è aumentato del 30% e il numero di messaggi inviati quotidianamente è salito del 50%.

Impatto (per l’azienda, spesso in termini economici)

Esempio: crescita del numero di abbonamenti premium grazie all’aumento dell’engagement.

  • Descrizione: l’aumento dell’engagement ha portato ad un incremento nel numero di utenti che passano alla versione premium dell’applicazione, che offre funzionalità aggiuntive e vantaggi esclusivi.
  • Dettagli: il numero di abbonamenti premium è cresciuto del 20% nei tre mesi successivi al rilascio della nuova funzionalità, portando ad un incremento del 15% nei ricavi trimestrali dell’azienda.

Riassunto degli esempi

  • Output: Implementazione della funzionalità di messaggistica istantanea.
  • Outcome: Maggior engagement degli utenti (aumento del numero di sessioni e messaggi inviati).
  • Impatto: Crescita del numero di abbonamenti premium e incremento dei ricavi aziendali.

Questi esempi mostrano chiaramente come gli output (ciò che viene prodotto) possano portare ad outcome significativi (cambiamenti nel comportamento degli utenti) e, infine, avere un impatto positivo sul business dell’azienda (aumento dei ricavi e degli abbonamenti premium).

Output, Outcome e Impatto in Scrum – Conclusione

Capire la differenza tra output, outcome e impatto così come sono articolati fra di loro è fondamentale per il successo nel product management. Gli output sono i prodotti del lavoro, gli outcome sono i risultati ottenuti dall’uso di questi output, e l’impatto è il valore complessivo che questi risultati portano all’azienda. Utilizzando Scrum, con Sprint e Product Backlog, il Product Owner può aumentare la probabilità che il lavoro svolto quotidianamente contribuisca efficacemente al successo strategico dell’organizzazione. Un approccio olistico che tenga conto di tutti e tre questi aspetti permette agli Scrum Team di creare prodotti non solo efficaci, ma anche di grande valore strategico per l’organizzazione.

Per approfondire l’argomento

doppi ruoli scrum innovazione tecnologica

Doppi Ruoli e Innovazione Tecnologica in Scrum [E36]

ℹ️ Doppi Ruoli e Innovazione Tecnologica in Scrum 📅 Data: 17/10/2023 ⏱️ Durata: 25 minuti

🎙️ Introduzione

“Ciao, io sono Fabio Panzavolta, Professional Scrum Trainer alla scrum.org e questi sono i podcast di Collective Genius, dedicati a tutti coloro i quali vogliono approfondire o imparare Scrum Professionale.”

📑 Sommario

In questo episodio rispondiamo a due domande fondamentali dei nostri ascoltatori: la prima riguarda i possibili conflitti di interesse nei doppi ruoli in Scrum (Product Owner + Developer, Product Owner + Scrum Master), mentre la seconda esplora come attivare l’innovazione tecnologica in azienda attraverso il framework Scrum.

🎧 Ascolta l’Episodio

🎯 Prima Domanda: I Doppi Ruoli in Scrum

Principi Fondamentali

  • Le accountability in Scrum possono teoricamente essere ricoperte dalla stessa persona
  • Un individuo può avere le competenze per svolgere più ruoli
  • L’approccio deve essere empirico e adattativo

Considerazioni Chiave

  • Il team deve monitorare attentamente gli effetti del doppio ruolo
  • Occorre verificare l’impatto su Product Goal e Sprint Goal
  • È necessario identificare rapidamente eventuali conflitti di interesse

Segnali di Attenzione

  • Difficoltà nel raggiungimento degli Sprint Goal
  • Deterioramento della qualità del prodotto
  • Mancanza di trasparenza
  • Conflitti di interesse evidenti

🔄 Seconda Domanda: L’Innovazione Tecnologica

Ruolo del Product Owner

  • Permettere la sperimentazione
  • Non imporre soluzioni predefinite
  • Promuovere l’openness e il coraggio di sperimentare
  • Gestire il rischio limitandolo a uno sprint

Responsabilità dei Developers

  • Dedicare tempo al brainstorming
  • Studiare nuove tecnologie
  • Partecipare a hackathon e momenti di sperimentazione
  • Proporre soluzioni innovative

Ruolo dello Scrum Master

  • Assicurare la corretta comprensione e applicazione di Scrum
  • Facilitare un ambiente che promuove l’innovazione
  • Supportare il team nell’approccio empirico

💡 Best Practices per l’Innovazione

  • Definire Sprint Goal ambiziosi
  • Accettare il rischio di fallimento come opportunità di apprendimento
  • Mantenere la trasparenza sui contratti e vincoli aziendali
  • Promuovere una cultura dell’innovazione sostenibile

📚 Approfondimenti Consigliati

🎓 Note del Trainer

“L’innovazione in Scrum non è solo una questione di tecnologia, ma di approccio mentale. È fondamentale creare un ambiente dove il team si senta sicuro di sperimentare e dove il fallimento sia visto come un’opportunità di apprendimento. La chiave sta nel bilanciare correttamente le accountability e nel mantenere sempre il focus sulla creazione di valore per gli utenti.”

Fabio Panzavolta, Professional Scrum Trainer

🔜 Prossimo Episodio

Non perderti il prossimo episodio del podcast Scrum Italia dove festeggeremo i 28 anni di Scrum.

Questo articolo è basato sull’episodio 36 del podcast Scrum Italia con Fabio Panzavolta, Professional Scrum Trainer certificato Scrum.org.


Vuoi approfondire Scrum? Visita Collective Genius per risorse, formazione e consulenza professionale.

Scrum performance e risultato

Scrum: Performance e Risultato [E35]

ℹ️ Scrum Performance Risultato 📅 Data: 10/10/2023 ⏱️ Durata: 23 minuti

🎙️ Introduzione

“Ciao, io sono Fabio Panzavolta, Professional Scrum Trainer alla scrum.org e questi sono i podcast di Collective Genius, dedicati a tutti coloro i quali vogliono approfondire o imparare Scrum Professionale.”

📑 Sommario

In questo episodio, tratto dall’articolo del blog, esploriamo la differenza fondamentale tra performance e risultato in Scrum, analizzando come questi due elementi si relazionano nel contesto aziendale. Scopriremo perché è essenziale distinguerli e come uno Scrum Team può lavorare per migliorare entrambi gli aspetti.

🎧 Ascolta l’Episodio

🎯 Cos’è la Performance in Scrum

La performance, secondo la definizione del dizionario Treccani, è “la realizzazione concreta di un’attività, di un comportamento, di una situazione determinata”. Nel contesto Scrum, questo si traduce in:

🔄 Caratteristiche della Performance

Elementi Chiave

  • Richiede allenamento e perseveranza
  • Necessita di tempo per svilupparsi
  • Si basa sulla sicurezza psicologica del team
  • È misurabile e ripetibile

Ruolo dello Scrum Master

  • Facilita il miglioramento della performance
  • Supporta il team attraverso coaching e mentoring
  • Aiuta a creare un ambiente sicuro per l’apprendimento

💡 Come Riconoscere uno Scrum Team Performante

Indicatori Principali

  • Rilascio regolare di incrementi “Done” ad ogni Sprint
  • Team motivato e orientato al miglioramento continuo
  • Autonomia decisionale e iniziativa spontanea

⚙️ Il Risultato in Scrum

Il risultato, diversamente dalla performance, è:

  • L’esito definitivo di un’azione o attività
  • Influenzato da fattori esterni non controllabili
  • Non direttamente proporzionale alla performance

Come Ottenere Risultati

  • Avere una visione e Product Goal chiari
  • Mantenere un focus costante sulla qualità
  • Coinvolgere attivamente gli utilizzatori
  • Essere aperti al feedback e al cambiamento

📚 Approfondimenti Consigliati

  • La Scrum Guide: ruoli e responsabilità
  • Il ruolo dello Scrum Master nel miglioramento della performance
  • Metriche per misurare la performance del team
  • Strategie per il Product Owner nella massimizzazione del valore

🎓 Note del Trainer

“La performance e il risultato sono due aspetti distinti ma interconnessi in Scrum. Mentre la performance può essere allenata e migliorata nel tempo, il risultato rimane sempre soggetto a variabili esterne. Il successo a lungo termine si ottiene concentrandosi sul miglioramento continuo della performance, accettando l’incertezza dei risultati in un contesto complesso.”

Fabio Panzavolta, Professional Scrum Trainer

🔜 Prossimo Episodio

Non perdere il prossimo episodio dove parleremo di conflitti di interesse ed innovazione tecnologica in Scrum.

Questo articolo è basato sull’episodio 35 del podcast Scrum Italia con Fabio Panzavolta, Professional Scrum Trainer certificato Scrum.org.


Vuoi approfondire Scrum? Visita Collective Genius per risorse, formazione e consulenza professionale.

superare ritardo scrum

Superare il concetto di ritardo con Scrum [E30]

ℹ️ Superare il concetto di ritardo con Scrum 📅 Data: 05/09/2023 ⏱️ Durata: 17 minuti

🎙️ Introduzione

“Ciao, io sono Fabio Panzavolta, Professional Scrum Trainer alla scrum.org e questi sono i podcast di Collective Genius, dedicati a tutti coloro i quali vogliono approfondire o imparare Scrum Professionale.”

📑 Sommario

In questo episodio esploriamo come superare il concetto di ritardo con scrum per trasformarlo in un’opportunità di crescita quando Scrum viene applicato con competenza. Scopriremo come l’approccio empirico di Scrum permette di superare la visione tradizionale delle scadenze rigide, favorendo una gestione più efficace dei prodotti complessi.

🎧 Ascolta l’Episodio

🎯 Concetti Chiave

Il superamento del concetto di ritardo in Scrum, come evidenziato nell’articolo del blog, si basa su diversi elementi fondamentali:

  • L’accettazione dell’incertezza come dato di fatto
  • La trasformazione delle scadenze rigide in obiettivi flessibili
  • L’importanza del feedback costante e delle iterazioni brevi
  • Il focus sugli obiettivi di prodotto invece che sulle funzionalità statiche

🔄 Affrontare la Complessità Empiricamente

La Sfida delle Variabili

  • Il contesto aziendale presenta variabili non controllabili
  • L’incertezza è parte integrante dei prodotti complessi
  • Scrum accetta questa realtà e la trasforma in opportunità

Il Ruolo del Product Owner

  • Orientamento verso obiettivi di prodotto chiari e misurabili
  • Gestione flessibile delle funzionalità nel Product Backlog
  • Creazione di valore attraverso decisioni basate sul feedback

💡 L’Empirismo in Azione

Sprint come Strumento di Apprendimento

  • Periodo definito per affrontare parti specifiche del lavoro
  • Selezione delle funzionalità a maggior valore
  • Feedback tempestivo e adattamento continuo

Costruzione di Fiducia e Valore

  • Progresso costante e trasparente
  • Prodotto funzionante ad ogni Sprint
  • Adattabilità ai cambiamenti emergenti

⚙ Sfide Comuni e Soluzioni

  • Gestione delle risorse limitate
  • Necessità di interazione costante con il cliente
  • Importanza della collaborazione sincera
  • Focus sul benessere del team come fattore di successo

📚 Approfondimenti Consigliati

🎓 Note del Trainer

“Il vero vantaggio competitivo delle aziende oggi e dei team in generale sarà la capacità di superare le difficoltà attraverso una collaborazione efficace. Superare il concetto di ritardo con Scrum significa una maggiore maturità agile del team.”

Fabio Panzavolta, Professional Scrum Trainer

🔜 Prossimo Episodio

Nel prossimo episodio del podcast Scrum Italia vedremo come prendere decisioni efficaci all’interno dello Scrum Team.

Questo articolo è basato sull’episodio 30 del podcast Scrum Italia con Fabio Panzavolta, Professional Scrum Trainer certificato Scrum.org.


Vuoi approfondire Scrum? Visita Collective Genius per risorse, formazione e consulenza professionale.

Product Owner senza Ownership

Product Owner Ownership in Scrum: Sfide e Soluzioni [E29]

ℹ️ Product Owner e Ownership 📅 Data: 11/07/2023 ⏱️ Durata: 44 minuti

🎙️ Introduzione

“Ciao, io sono Fabio Panzavolta, Professional Scrum Trainer alla scrum.org e questi sono i podcast di Collective Genius, dedicati a tutti coloro i quali vogliono approfondire o imparare Scrum Professionale.”

📑 Sommario

In questo episodio esploriamo una delle sfide più comuni nelle organizzazioni che adottano Scrum: cosa succede quando il Product Owner non ha vera ownership sul prodotto? Insieme al nostro ospite Michael Forni, Agile Coach con esperienza nel settore finanziario, analizziamo le cause, le conseguenze e le possibili soluzioni a questa situazione.

🎧 Ascolta l’Episodio

🎯 Le Sfide del Product Owner senza Ownership

Il Contesto Organizzativo

Pattern Comuni

  • Product Backlog gestito per urgenza invece che per valore
  • Decisioni guidate da “chi urla di più” invece che dalla strategia
  • Categorizzazione eccessiva delle priorità (High/Medium/Low)
  • Mancanza di focus sul valore per il cliente

🔄 Come Affrontare il Problema

Il Ruolo dello Scrum Master

  • Supportare il Product Owner nel guadagnare legittimità
  • Facilitare la comunicazione con gli stakeholder
  • Promuovere un approccio evidence-based
  • Coinvolgere il team nel supporto al Product Owner

Approccio Incrementale

  • Partire con esperimenti piccoli e a basso rischio
  • Raccogliere dati e metriche
  • Dimostrare il valore attraverso risultati concreti
  • Costruire alleanze all’interno dell’organizzazione

💡 Benefici di una Vera Product Ownership

  • Decisioni più veloci e efficaci
  • Maggior focus sul valore per il cliente
  • Riduzione degli sprechi
  • Team più motivato e responsabilizzato
  • Migliore time-to-market

⚙️ Best Practices

  • Partecipazione attiva alle Sprint Retrospective
  • Uso di metriche e dati per supportare le decisioni
  • Costruzione di alleanze con gli stakeholder chiave
  • Focus sulla riduzione degli sprechi prima dell’aggiunta di nuove feature

📚 Approfondimenti Consigliati

🎓 Note dell’Ospite

“Il successo non è terminare il progetto. Il successo è dare valore al cliente finale in modo incrementale. Il Product Owner deve avere la libertà e il supporto necessari per prendere decisioni basate su evidenze, non su opinioni o pressioni organizzative.”

Michael Forni

🔜 Prossimo Episodio

Non perdere il prossimo episodio del podcast Scrum Italia, dove parleremo di come superare il concetto di ritardo con Scrum.

Questo articolo è basato sull’episodio 29 del podcast Scrum Italia con Fabio Panzavolta, Professional Scrum Trainer certificato Scrum.org.


Vuoi approfondire Scrum? Visita Collective Genius per risorse, formazione e consulenza professionale.