Roadmap

La roadmap è la rappresentazione strategica e visuale di cosa un team o un'azienda vuole costruire, quando e perché. È il ponte tra la vision e l'esecuzione quotidiana.

Una roadmap NON è un piano di consegna. È una dichiarazione di intenti che evolve con l'apprendimento.

Roadmap vs Project Plan vs Gantt

Termini spesso confusi:

Le 3 tipologie principali

1. Timeline Roadmap (classica)

Date specifiche su asse temporale. Stile Gantt semplificato.

Q1

Q2

Q3

Q4

Product

Login SSO

Multi-tenancy

Mobile app

Marketplace

Infra

Cloud migrate

Observability

Multi-region

AI infra

Growth

Pricing v2

Partnership program

EU expansion

AI features GTM

✓ Pro: facile da capire, comunica scadenze ✕ Contro: implica certezza che spesso non c'è, invita micromanagement

2. Now / Next / Later (themes)

Niente date, solo fasce di priorità.

Now

in corso

• •Onboarding v2
• •Mobile MVP
• •Pricing test

Next

prossimi 3 mesi

• •Multi-tenancy
• •SSO Enterprise
• •Analytics 2.0

Later

esplorativo

• •Marketplace
• •White-label
• •AI assistant

✓ Pro: gestisce bene l'incertezza, allinea senza inchiodare ✕ Contro: difficile per chi vuole una data ("ma quando esce?")

3. Outcome-Based Roadmap

Organizzata per outcome (vedi OKR) invece che per output/feature.

✓ Pro: focus sul valore, non sull'output. Flessibilità sulle soluzioni. ✕ Contro: stakeholder abituati alle feature possono trovarla astratta.

Componenti di una roadmap

Indipendentemente dal formato, una buona roadmap contiene:

Roadmap per audience

Una stessa strategia richiede roadmap diverse per audience diverse:

Internal Roadmap (team)

• Iniziative dettagliate
• Status, dipendenze, ownership
• Update settimanale
• Tono: operativo

Executive Roadmap (board, C-level)

• 3-5 temi strategici
• Outcome attesi e KPI
• Vista trimestrale/annuale
• Tono: business

Customer-facing Roadmap (pubblica)

• Solo iniziative ad alta confidenza
• Senza date specifiche (al massimo trimestre)
• "Coming soon" / "In progress" / "Recently launched"
• Tono: anticipazione, no commitment

Sales Roadmap

• Cosa posso vendere ORA
• Cosa è prossimo (per gestire le richieste)
• Cosa non sviluppiamo (importante!)

Errore classico: usare la stessa roadmap con tutti. Si finisce per impegnarsi pubblicamente su cose interne, e a tenere troppo vaghe le cose interne.

Come costruire una roadmap

Step 1: Definisci la strategia

• Quali sono i 3-5 temi che muoveranno il business?
• Quali OKR vogliamo raggiungere?
• Quali sono i vincoli (capacity, budget)?

Step 2: Raccogli gli input

• Customer research, interviste, supporto
• Sales feedback
• Analytics e dati di utilizzo
• Team feedback
• Competitive landscape

Step 3: Prioritizza

Strumenti utili:

• MoSCoW (Must / Should / Could / Won't)
• RICE (Reach × Impact × Confidence / Effort)
• Value vs Effort matrix
• Kano model
• Eisenhower Matrix semplificata

Step 4: Sequenzia

• Dipendenze tecniche
• Dipendenze di mercato (es. evento, scadenza normativa)
• Capacity del team
• Bilanciamento rischio / valore

Step 5: Comunica

• Format adatto all'audience
• Disclaimer chiari
• Roadmap come conversazione, non come contratto

Step 6: Aggiorna continuamente

• Cadenza: mensile per i dettagli, trimestrale per la strategia
• Tracking visibile dei cambiamenti
• "Last updated" sempre presente

RICE — un esempio di scoring

RICE espone bias: spesso ciò che sembra "ovviamente importante" perde contro feature più piccole ad alto reach. Il numero non decide per te, ma forza la discussione.

Anti-pattern

• ✕ Roadmap come lista di feature → output, non outcome
• ✕ Date precise a 12 mesi → illusione di certezza, frustrazione garantita
• ✕ Stessa roadmap per tutti → o impegna troppo internamente o è troppo vaga esternamente
• ✕ Set & forget: aggiornata 1 volta l'anno → si scolla dalla realtà in 3 mesi
• ✕ Roadmap come contratto di vendita: sales promette ai clienti, il prodotto non consegna
• ✕ Troppe iniziative in "Now": non è prioritizzazione, è lista dei desideri
• ✕ Non comunicare i cambiamenti: stakeholder scoprono lo slittamento per caso

Buone pratiche

• Less is more: 3 temi forti > 15 iniziative diluite
• Tema > feature: organizza per problemi da risolvere
• Disclaimer espliciti soprattutto nelle versioni pubbliche
• Lega ogni iniziativa a un outcome / OKR: se non puoi, perché lo stiamo facendo?
• Confidence visibile: H/M/L su ogni voce
• Stato "Killed": comunica anche cosa NON faremo (è informazione preziosa)
• Aggiornamento ritmico: meglio ogni 2 settimane brutto che ogni 6 mesi perfetto

Strumenti

Esempi famosi

• Basecamp: niente roadmap pubblica, solo "shape-up cycles" di 6 settimane
• Buffer: roadmap pubblica trimestrale, very high-level
• Linear: roadmap pubblica nel proprio tool, super-trasparente
• GitHub / GitLab: issue pubbliche taggate con milestone

Non esiste una "roadmap giusta": esiste quella adatta al contesto culturale del team e all'audience.

Collegamenti

• OKR — gli outcome della roadmap dovrebbero essere KR
• MVP — il primo punto della roadmap di un nuovo prodotto
• Scope — la roadmap definisce lo scope strategico
• Metodologie — roadmap funzionano in tutti gli approcci
• Gantt — strumento di livello inferiore, dettaglio di un'iniziativa
• Pianificazione — la roadmap precede la pianificazione del singolo progetto

Per approfondire

• Product Roadmaps Relaunched — C. Todd Lombardo et al.
• Inspired — Marty Cagan
• Continuous Discovery Habits — Teresa Torres (outcome-based)