Template pratici

Project Canvas

Nove blocchi one-page per workshop.

Template: Project Canvas

Il Project Canvas è una visualizzazione one-page del progetto, ispirata al Business Model Canvas di Osterwalder. È pensato per allineare velocemente sponsor e team prima di entrare nella documentazione dettagliata.

Quando usarlo

Project CanvasProject Charter
Strumento di allineamento e brainstormingDocumento formale di autorizzazione
1 pagina, visualeMulti-pagina, narrativo
Workshop, lavagnaDocumento approvato
Si compila in 1-2 oreSi compila in giorni
Fase pre-AvvioFase di Avvio

Tipicamente: prima si fa un Project Canvas in workshop con gli stakeholder, poi si formalizza in Project Charter.

Struttura del Canvas (9 blocchi)

01

Purpose

Perché esistiamo

02

Obiettivi

Cosa vogliamo ottenere (SMART)

03

Success Criteria

Come misuriamo il successo

04

Stakeholder & Users

Per chi

05

Deliverable

Cosa consegniamo

06

Scope

In / Out of scope

07

Team & Ruoli

Chi fa cosa

08

Timeline

Milestone chiave

09

Rischi & Vincoli

Cosa ci preoccupa

Template compilato (esempio)

# PROJECT CANVAS — [Nome del progetto]
Versione: 0.1 — Data: GG/MM/AAAA — Facilitatore: [Nome]
 
┌─────────────────────────────────────────────────────────────────────┐
│ 1. PURPOSE                                                          │
│ [Perché esiste questo progetto. 1-2 frasi che ispirano.]            │
│ Es: "Aiutare le PMI italiane a chiudere il bilancio senza ansia."   │
├─────────────────────────────────────────────────────────────────────┤
│ 2. OBIETTIVI (SMART)              │ 3. SUCCESS CRITERIA             │
│ • Lanciare MVP entro 30/09/2026   │ • 200 utenti attivi a 90gg      │
│ • Onboardare 50 clienti pilota    │ • NPS ≥ 40                      │
│ • Ricavi ≥ €30k nel Q1 2027       │ • Churn mensile ≤ 5%            │
├─────────────────────────────────────────────────────────────────────┤
│ 4. STAKEHOLDER & USERS            │ 5. DELIVERABLE                  │
│ Sponsor: CFO                      │ • App web multi-tenant          │
│ Decisore tecnico: CTO             │ • Integrazione SdI              │
│ Utenti: commercialisti, PMI       │ • Documentazione utente         │
│ Influencer: associazione cat.     │ • Programma di onboarding       │
├─────────────────────────────────────────────────────────────────────┤
│ 6. SCOPE                                                            │
│ IN: fatturazione elettronica, prima nota, export CBI                │
│ OUT: contabilità generale, cespiti, dichiarativi                    │
├─────────────────────────────────────────────────────────────────────┤
│ 7. TEAM & RUOLI                   │ 8. TIMELINE                     │
│ PM: Marco          (R: 50%)       │ Discovery     → 15/06/2026      │
│ Tech Lead: Lucia   (R: 80%)       │ Design        → 15/07/2026      │
│ Designer: Sara     (R: 50%)       │ MVP           → 30/09/2026      │
│ Dev: 2 FTE                        │ Pilot         → 31/10/2026      │
│ QA: 1 FTE part-time               │ GA            → 31/12/2026      │
├─────────────────────────────────────────────────────────────────────┤
│ 9. RISCHI & VINCOLI                                                 │
│ ⚠ Cambio normativo SdI in arrivo (Q3 2026)                          │
│ ⚠ Dipendenza da fornitore SaaS per signing PEC                      │
│ ⚠ Budget cap: €180k                                                 │
│ ⚠ Tech Lead in maternità da gennaio 2027 → piano di handover        │
└─────────────────────────────────────────────────────────────────────┘

Come si compila in workshop

Durata: 2-3 ore. Partecipanti: PM, sponsor, key stakeholder (5-8 persone max).

Sequenza consigliata

  1. Purpose (15 min): partite dal "perché", se non c'è accordo qui fermatevi
  2. Stakeholder & Users (15 min): per chi lo facciamo?
  3. Obiettivi & Success Criteria (30 min): cosa vogliamo ottenere e come lo misuriamo
  4. Scope (30 min): la parte più calda — out of scope è spesso più importante di in scope
  5. Deliverable (15 min): cosa consegniamo concretamente
  6. Team & Timeline (20 min): chi e quando, a livello di milestone
  7. Rischi & Vincoli (15 min): cosa ci tiene svegli la notte
  8. Recap e parking lot (10 min): aperti i punti da approfondire dopo

Tips di facilitazione

  • Post-it o tool digitale (Miro, Mural, FigJam) — niente documenti Word in workshop
  • Time-box rigorosi per ogni sezione
  • Tutti scrivono insieme prima di discutere (silent brainwriting)
  • Nessuna decisione finale in canvas: i conflitti vanno nel parking lot
  • Fotografa o esporta: il canvas è un artefatto, non un documento eterno

Varianti del Canvas

Esistono molte varianti del Project Canvas. Le più note:

  • Project Canvas (van der Pijl) — quello classico, 13 blocchi
  • Lean Project Canvas — focus su validazione e ipotesi
  • Agile Project Canvas — adattato a contesti agile
  • A3 Report (Toyota / Lean) — formato single-page per problem solving e progetti

Adatta i blocchi al tuo contesto: l'importante è 1 pagina, tutti gli elementi visibili insieme.

Buone pratiche

  • È vivo: aggiornalo a ogni milestone (versione il file)
  • Esposto, non archiviato: appendilo in ufficio, mettilo nel canale Slack del progetto
  • Strumento di onboarding: usalo per spiegare il progetto a nuovi arrivati in 10 minuti
  • Pre-deciding artifact: non sostituisce il Project Charter, lo prepara
  • One page, no compromise: se non ci sta in una pagina, hai troppi dettagli

Anti-pattern

  • ✕ Compilato dal solo PM in solitaria → manca il valore principale (allineamento)
  • ✕ Trattato come documento legale → perde la natura di artefatto vivo
  • ✕ Mai aggiornato dopo il kick-off → diventa un poster
  • ✕ Senza Out of scope → la sezione più importante
  • ✕ Confuso con il Charter → sono complementari, non alternativi

Collegamenti