Roadmap del trimestre

Le fasi

1. 1

   Raccolta

   settimana 1
   • Obiettivi del trimestre e capacità del team
   • Richieste dei clienti da assistenza e venditeDopo «Obiettivi del trimestre e capacità del team».
   • Dati d'uso: funzioni usate, abbandoni, conversioniDopo «Obiettivi del trimestre e capacità del team».
   • Debito tecnico e lavori di piattaformaDopo «Obiettivi del trimestre e capacità del team».
   • Impegni già presi: contratti, scadenze normative, promesse ai clientiDopo «Obiettivi del trimestre e capacità del team».
   • Elenco unico delle proposte, senza doppioniDopo «Richieste dei clienti da assistenza e vendite», «Dati d'uso: funzioni usate, abbandoni, conversioni», «Debito tecnico e lavori di piattaforma», «Impegni già presi: contratti, scadenze normative, promesse ai clienti».
   • Raccolta chiusaDopo «Elenco unico delle proposte, senza doppioni».
2. 2

   Valutazione

   settimane 2–3
   • Portata e impatto di ogni propostaDopo «Raccolta chiusa».
   • Stima dello sforzo con il team tecnicoDopo «Raccolta chiusa».
   • Fiducia: quanto sono solide portata, impatto e sforzoDopo «Portata e impatto di ogni proposta», «Stima dello sforzo con il team tecnico».
   • Punteggio RICE e classificaDopo «Fiducia: quanto sono solide portata, impatto e sforzo».
   • Controllo della classifica: dipendenze, rischi, obiettivi scopertiDopo «Punteggio RICE e classifica».
3. 3

   Scelta

   settimana 3
   • Bozza della roadmap dentro la capacitàDopo «Controllo della classifica: dipendenze, rischi, obiettivi scoperti».
   • Revisione con vendite, assistenza e team tecnicoDopo «Bozza della roadmap dentro la capacità».
   • Decisione con la direzioneDopo «Revisione con vendite, assistenza e team tecnico».
   • Roadmap approvataDopo «Decisione con la direzione».
4. 4

   Comunicazione

   settimana 3
   • Roadmap scritta: che cosa, perché, che cosa non facciamoDopo «Roadmap approvata».
   • Presentazione al team di prodotto e di sviluppoDopo «Roadmap approvata».
   • Note per vendite e assistenza: che cosa promettere e che cosa noDopo «Roadmap approvata».
   • Risposte ai clienti le cui richieste restano fuoriDopo «Roadmap approvata».
   • Roadmap comunicataDopo «Roadmap scritta: che cosa, perché, che cosa non facciamo», «Presentazione al team di prodotto e di sviluppo», «Note per vendite e assistenza: che cosa promettere e che cosa no», «Risposte ai clienti le cui richieste restano fuori».

I rischi tipici

• Il cliente più grande scavalca il metodo

  Alto · 12

  Una richiesta di un cliente importante entra in roadmap senza punteggio e spinge fuori proposte che valevano di più.

  Mitigare: Anche la sua richiesta prende un punteggio; se la direzione la vuole comunque, la decisione si scrive con ciò che esce per farle posto.

• Stime di sforzo ottimistiche

  Alto · 12

  Lo sforzo stimato a grandi linee si raddoppia in sviluppo: metà roadmap scivola al trimestre dopo.

  Mitigare: Stime fatte dal team che costruisce, non dal product manager; confronto con lo sforzo vero del trimestre precedente; fiducia bassa dove la stima è incerta.

• Capacità più bassa del previsto

  Critico · 16

  Ferie, assistenza e correzioni urgenti mangiano più tempo del conto fatto: la roadmap era piena al cento per cento.

  Mitigare: Capacità calcolata togliendo ferie, assistenza e una riserva per gli imprevisti; la roadmap si riempie fino alla capacità netta, non a quella lorda.

• Punteggi gonfiati da chi propone

  Medio · 9

  Chi porta una proposta ne stima l'impatto alto e la fiducia piena: la classifica premia chi parla più forte.

  Mitigare: Portata dai dati, non dalle opinioni; impatto e fiducia rivisti insieme, con la stessa scala per tutti; una fiducia alta chiede un dato a sostegno.

• Roadmap letta come una promessa di date

  Alto · 12

  Vendite e clienti leggono «Prossimo» come «il mese prossimo», e ogni slittamento diventa una promessa mancata.

  Mitigare: Forma «Ora · Prossimo · Più avanti» senza date oltre il trimestre; note per le vendite con che cosa si può promettere; aggiornamento quando qualcosa cambia.

• Debito tecnico sempre rimandato

  Medio · 9

  Nel confronto con le funzioni nuove il lavoro di piattaforma perde sempre, finché rallenta tutto il resto.

  Mitigare: Una quota fissa della capacità decisa prima della classifica, o il debito valutato con lo stesso RICE usando come impatto il tempo che fa perdere.

Le pagine dei documenti

• Tabella RICE delle proposte
• Roadmap del trimestre
• Note per vendite e assistenza