In evidenza · Aspetto funzionale · Obiettivi e priorità
Stiamo costruendo la cosa giusta?
Prima di investire nello sviluppo, mettiamo in fila il problema, il valore e le priorità. Uscite con una direzione difendibile e un backlog ordinato.
10 giorniconsegna dal kickoff
Quando serve
- State per avviare un prodotto nuovo e le opinioni su cosa fare per primo sono molte.
- Un prodotto esistente sta cambiando direzione e non tutti sono d'accordo su quale.
- Il backlog è cresciuto oltre la capacità di chiunque di prioritizzarlo.
- C'è una pressione forte a sviluppare funzionalità richieste da singoli clienti.
- Il prodotto è uscito ma non sta generando il valore che vi aspettavate.
- Dovete decidere un investimento importante e vi serve qualcosa da portare in consiglio.
A cosa rispondiamo
- Qual è il problema che state effettivamente risolvendo, e per chi.
- Quanto vale risolverlo, in termini che il vostro controllo di gestione riconosce.
- Quali funzionalità portano la maggior parte di quel valore, e quali quasi nessuno.
- Su cosa gli stakeholder sono allineati e su cosa credono di esserlo senza esserlo.
- Quali assunzioni state dando per buone senza averle verificate.
Cosa facciamo
- Mappiamo gli stakeholder e raccogliamo, separatamente, la loro versione del problema.
- Ricostruiamo il contesto d'uso reale: chi usa cosa, quando, e con quale alternativa oggi.
- Scriviamo un problem statement unico e lo mettiamo alla prova con chi ci ha parlato.
- Stimiamo valore, costo e ritorno delle funzionalità candidate, con ordini di grandezza dichiarati.
- Costruiamo una priorità motivata, e teniamo traccia dei disaccordi invece di appianarli.
Cosa ricevete
Un documento di circa venti pagine. Questo è l'indice reale, non un esempio.
- Problem statement e mappa degli stakeholder
- Bisogni degli utenti e contesto d'uso
- Mappa del valore e impatto atteso sul business
- Valutazione funzionalità per valore e costo
- Priorità proposta, con le motivazioni
- Conflitti aperti e assunzioni da verificare
- Raccomandazioni e passo successivo
La decisione che potrete prendere
Procedere · Cambiare direzione · Fermarsi
Prima di spendere altro denaro in sviluppo.
E poi?
Se la direzione viene confermata, il passo naturale è l'analisi sulla soluzione, oppure direttamente un progetto a budget fissato per costruire la prima versione.
Formato
- Investimento
- Costo fisso e contenuto, concordato prima di iniziare.
- Consegna
- Dieci giorni dal kickoff. Il kickoff entro cinque giorni lavorativi dalla conferma.
- Il vostro tempo
- Circa 6 ore complessive del vostro tempo, distribuite su tre incontri.
- Perimetro incluso
- Un prodotto o una linea di prodotto, fino a otto stakeholder intervistati. Oltre questo perimetro concordiamo insieme un'estensione prima di iniziare.
- Perché i dieci giorni siano rispettati
- Gli incontri concordati si tengono nella finestra e gli accessi arrivano entro il secondo giorno. Se qualcosa slitta ve lo diciamo subito, non alla fine.
È un formato d'ingresso a condizioni dedicate, pensato per conoscerci lavorando. Non è la nostra tariffa ordinaria di progetto.
Cosa non è
- Non è una ricerca di mercato né un'indagine quantitativa sugli utenti.
- Non produce specifiche pronte per lo sviluppo: quelle vengono dopo, se decidete di procedere.
- Non decide al posto vostro. Mette in fila gli elementi perché possiate decidere voi.