1 Focalizzare Obiettivi e Vantaggi
ogni volta che si trovano di fronte a una agile, dinamico ambiente—è che il prodotto è verificato un significativo cambiamento o che il mercato è dinamico con nuovi concorrenti o tecnologie di introdurre un cambiamento, si dovrebbe lavorare con un goal-oriented roadmap di prodotto, a volte indicato anche come tema e basati sui risultati.
Tale roadmap si concentra su obiettivi, benefici o risultati come acquisire clienti, aumentare l’impegno e rimuovere il debito tecnico. Le caratteristiche possono ancora esistere, ma dovrebbero essere derivate dagli obiettivi e utilizzate con attenzione. Mi piace raccomandare di utilizzare non più di tre a cinque caratteristiche per obiettivo, come regola generale.
Per aiutarti a sviluppare la tua roadmap di prodotto agile, ho creato un modello di roadmap orientato agli obiettivi chiamato GO Product Roadmap. Si compone di cinque elementi: data, nome, obiettivo, caratteristiche e metriche, come mostra l’immagine qui sotto. È possibile scaricare il modello gratuitamente da romanpichler.com/tools, e Lei può trovare più informazioni su come usarlo nel mio post “La Roadmap di prodotto VADA”.
2 Eseguire il lavoro di preparazione necessario
Prima di creare la roadmap, acquisire e convalidare la strategia del prodotto. Mi piace considerare la strategia come il percorso scelto per realizzare la tua visione e la roadmap come un piano di prodotto attuabile che comunica come viene implementata la strategia. In altre parole, mi piace ricavare la tabella di marcia dalla strategia.
Una strategia efficace dovrebbe descrivere la proposta di valore del prodotto, il mercato di riferimento. caratteristiche standout, e gli obiettivi di business. Assicurarsi di poter affermare con sicurezza questi, che avete fatto il lavoro di scoperta e validazione del prodotto necessario. In caso contrario, si rischia di creare una roadmap di prodotto che non è realistico e attuabile.
Mi piace usare la mia scheda di visione del prodotto per descrivere la strategia di prodotto. La scheda cattura la visione, il gruppo target, il problema da risolvere o il beneficio da fornire, le caratteristiche chiave del prodotto, e gli obiettivi di business. È possibile scaricare il modello di scheda di visione del prodotto da romanpichler.com/tools / gratis.
3 Racconta una storia coerente
La tua roadmap di prodotto dovrebbe raccontare una storia coerente sulla probabile crescita del tuo prodotto. Ogni obiettivo dovrebbe basarsi su quello precedente, in particolare fino a quando il prodotto non ha raggiunto la maturità.
Per trovare la giusta tabella di marcia narrativa, provare i seguenti due suggerimenti: In primo luogo, rompere l’utente, cliente, e gli obiettivi di business indicati nella strategia di prodotto in subgoals specifici e misurabili. Quindi ordina i sottoobiettivi in modo che formino una storia coerente. Se volessi offrire un prodotto alimentare sano, ad esempio, che aiuti gli uomini di mezza età a ridurre il rischio di sviluppare il diabete di tipo 2, l’obiettivo del primo, initial release (MVP) potrebbe essere quello di costruire una comunità di utenti. L’obiettivo della seconda versione potrebbe essere quello di aumentare il coinvolgimento e l’obiettivo della terza potrebbe essere quello di generare entrate.
In secondo luogo, resisti alla tentazione di aggiungere obiettivi e funzionalità alla roadmap del prodotto per compiacere i potenti stakeholder o negoziare un accordo. Mentre io sono un grande fan di roadmapping prodotto collaborativo, questo non dovrebbe tradursi in decisioni di prodotto deboli e compromessi, vedere i miei consigli “Sicuro forte Buy-in” e “Avere il coraggio di dire di no” qui sotto.
4 Keep it Simple
Fai attenzione a non aggiungere troppi dettagli alla tua roadmap del prodotto. Mantieni la tua tabella di marcia semplice e facile da capire. Catturare ciò che conta davvero e lasciare fuori il resto concentrandosi sugli obiettivi. Mantenere le caratteristiche sulla vostra tabella di marcia a grana grossa e li derivano dagli obiettivi. Non mostrare epopee o storie utente sulla roadmap del prodotto, ma tenerli nel product backlog. Usa la roadmap del prodotto come piano strategico del prodotto e il product backlog come dettagliato che facilita l’esecuzione, come mostra l’immagine qui sotto.
5 Secure Strong Buy-in
La migliore roadmap di prodotto è inutile se le persone necessarie per sviluppare, commercializzare e vendere il prodotto non comprano in esso. Un ottimo modo per raggiungere un accordo è collaborare con i principali stakeholder e coinvolgerli nella creazione e nell’aggiornamento della roadmap del prodotto. Ciò consente di sfruttare le loro idee e conoscenze, crea comprensione condivisa, e rende più probabile che le persone sosterranno il piano.
Eseguire un workshop di roadmapping collaborativo è un ottimo modo per coinvolgere tutti e creare una roadmap di prodotto condivisa, come illustra la seguente immagine.
Assicurati, però, di chiedere a un facilitatore esperto, ad esempio il tuo Scrum Master, di facilitare il workshop. Ciò include la scelta della giusta regola decisionale, ad esempio il consenso, e garantire che tutti siano ascoltati e nessuno domini.
6 Avere il coraggio di dire No
Mentre si desidera che le parti interessate chiave per sostenere la roadmap di prodotto, non si dovrebbe fare l’errore di dire sì ad ogni idea e richiesta. Ciò trasformerebbe il tuo prodotto in una zuppa di funzionalità, una raccolta casuale di funzionalità. “L’innovazione non è dire sì a tutto. Si tratta di dire di no a tutti, ma le caratteristiche più cruciali, ” ha detto Steve Jobs. Usa la tua visione e la tua strategia di prodotto per prendere le decisioni giuste.
Ma prima di spiegare perché un’idea o una richiesta non può essere aggiunta alla roadmap del prodotto, ascolta attentamente l’idea dello stakeholder. Prendere un genuino interesse per ciò che l’individuo ha da dire e cercare di capire lei o il suo bisogno o la motivazione sottostante. Questo fa sentire la persona apprezzata e compresa, il che renderà più probabile che l’individuo sia in grado di ascoltare una risposta negativa ed è ancora disposto a sostenere la tabella di marcia.
7 Sapere quando mostrare le date
Date sulle roadmap dei prodotti è stato un argomento molto dibattuto tra alcune persone di prodotto per un po’. Raccomando di utilizzare date o intervalli di tempo su una roadmap interna che coordini il lavoro svolto dagli stakeholder interni, come il marketing, le vendite e il supporto e il team di sviluppo. Questo ti aiuta a prendere importanti decisioni di compromesso tra la spedizione in tempo e il raggiungimento completo di un obiettivo. Inoltre, fornisce chiarezza agli stakeholder e ai team di sviluppo aiutandoli a svolgere il loro lavoro.
Ma quando si utilizza una roadmap esterna che viene mostrata a clienti e utenti e spesso utilizzata come strumento di vendita, suggerisco di non mostrare date o intervalli di tempo ma di sequenziare le versioni e di utilizzare una griglia now-next-later per ordinarle. Si prega di consultare il mio articolo ” Le roadmap dei prodotti dovrebbero avere date?”per ulteriori informazioni.
8 Rendi misurabile la tua Roadmap
Quando usi una roadmap orientata agli obiettivi, assicurati che ogni obiettivo sia specifico e misurabile in modo da poter dire se hai raggiunto l’obiettivo o meno. Se il vostro obiettivo è quello di acquisire clienti, per esempio, poi chiedetevi quanti nuovi clienti dovrebbero essere acquisiti; e se il vostro obiettivo è quello di ridurre il debito tecnico, determinare quanto del codice cattivo deve essere rimosso o riscritto.
Se non indichi un obiettivo, sarà difficile dire se hai raggiunto l’obiettivo o meno. Assicurati, però, di indicare un obiettivo realistico e che gli obiettivi sulla tua tabella di marcia siano realistici. Quindi seleziona le metriche che ti aiuteranno a determinare se un obiettivo è stato raggiunto e se una versione ha fornito il vantaggio desiderato.
9 Determinare il costo Top-Down
Ogni volta che il vostro prodotto sperimenta una notevole quantità di cambiamento e innovazione, vi consiglio di non tentare di determinare il costo di sviluppo bottom-up, ma piuttosto top-down. È praticamente impossibile ricavare le epopee e le storie degli utenti giuste dalle funzionalità della roadmap, ottenere stime corrette dal tuo team e anticipare con precisione la velocità e il tasso di variazione del product backlog. Anche se si riesce a farlo funzionare, si finirà con un backlog di prodotto eccessivamente lungo e complesso che è difficile da regolare e mantenere. Inoltre, possono essere necessari giorni – e in alcuni casi settimane-per trasformare le funzionalità in requisiti ben definiti e per elaborare stime dettagliate.
Invece, determinare quante persone con cui le competenze sono suscettibili di essere richiesto per creare le versioni desiderate sulla tabella di marcia. Attingi alla tua esperienza nello sviluppo di prodotti simili o versioni precedenti dello stesso prodotto; valuta se nella tua azienda sono disponibili abbastanza persone con la giusta esperienza o se dovrai assumere o contrarre persone. Questo dovrebbe dare un’indicazione del probabile costo del lavoro richiesto. Quindi aggiungere il costo per strutture, infrastrutture, materiali, licenze e altri elementi rilevanti. Esegui questo esercizio insieme al team di sviluppo.
10 Rivedi e regola regolarmente la tabella di marcia
Ultimo ma non meno importante: se l’ambiente in cui ti trovi è agile, è probabile che si verifichino cambiamenti. Dovresti quindi rivedere e aggiornare regolarmente la tua roadmap del prodotto, da ogni quattro settimane a ogni tre mesi, a seconda di quanto è giovane il tuo prodotto e quanto è dinamico il mercato.
Combina la tabella di marcia del prodotto e le revisioni della strategia del prodotto. Ciò garantisce che i due piani siano mantenuti sincronizzati, che i cambiamenti più grandi della tabella di marcia si riflettano nella strategia e viceversa.