Project charter: cos’è e come scriverlo (con template)

Project charter: cos’è e perché ogni progetto serio parte da qui

Il project charter è il documento che dà ufficialmente vita a un progetto. In poche pagine, di solito una o tre, dichiara perché il progetto esiste, cosa deve produrre, chi lo guida e con quale autorità. È il primo atto formale: prima del charter c’è un’idea, dopo il charter c’è un progetto vero, con un mandato e un project manager nominato.

Molti team lo trattano come una formalità burocratica da sbrigare in fretta. È un errore che si paga dopo, quando lo scope inizia a gonfiarsi, quando uno stakeholder dice “ma io pensavo includesse anche questo”, quando lo sponsor sparisce nel momento in cui servirebbe una decisione. Un charter scritto bene previene quasi tutti questi problemi, perché fissa nero su bianco gli accordi presi all’inizio, quando tutti erano ancora allineati.

In questa guida vediamo cos’è davvero il project charter, gli otto elementi che non possono mancare, come scriverlo passo passo, un template compilabile con esempio, la differenza con business case e project plan, chi lo firma e una checklist pre-kickoff.

Cos’è il project charter

Il project charter è un documento sintetico che autorizza formalmente l’avvio di un progetto e conferisce al project manager l’autorità di impiegare risorse aziendali. Nasce nella fase di avvio (initiating) e viene approvato dallo sponsor o da chi detiene il budget.

Tre caratteristiche lo definiscono. È breve: vive nello spazio di una o poche pagine, non è un piano dettagliato. È formale: una volta firmato diventa il riferimento condiviso a cui tornare quando emergono dubbi. È stabile: cambia raramente, e quando cambia è un segnale che qualcosa di sostanziale nel progetto si è mosso.

Attenzione a non confonderlo con altri documenti. Il charter non spiega come farai le cose (quello è il project plan), non giustifica l’investimento con i numeri di ritorno (quello è il business case), non elenca i requisiti tecnici di dettaglio. Risponde a domande più alte: perché facciamo questo progetto, cosa otteniamo, entro quando, chi ne risponde.

A cosa serve il project charter

Il valore del charter sta in tre funzioni che svolge meglio di qualsiasi altro documento.

Mandato formale. Il charter autorizza il progetto e nomina il project manager. Senza questo passaggio il PM lavora senza una base di legittimità: chiedere tempo alle persone, allocare budget, prendere decisioni diventa una continua trattativa informale. Con un charter firmato dallo sponsor, l’autorità è scritta e nessuno la mette in discussione.

Allineamento tra sponsor e stakeholder. Mettere su carta scopo, obiettivi e confini costringe tutti a esprimersi prima che parta il lavoro. È in questa fase che emergono le aspettative divergenti: lo sponsor pensava a una cosa, il responsabile marketing a un’altra. Meglio scoprirlo davanti a un foglio bianco che a metà progetto.

Baseline di scope e obiettivi. Il charter diventa il punto di riferimento contro cui misurare le richieste di cambiamento. Quando arriva la classica richiesta dell’ultimo minuto, basta confrontarla con il charter: se è fuori ambito, la conversazione cambia subito tono e diventa una decisione consapevole, non uno scivolamento silenzioso (lo scope creep di cui ogni PM ha sentito parlare).

Gli 8 elementi essenziali del project charter

Esistono molti modelli, ma i charter efficaci condividono lo stesso nucleo. Ecco gli otto elementi da includere, con la funzione di ciascuno.

Una nota sull’ambito: la colonna delle esclusioni (cosa è “out”) è spesso la più preziosa. Scrivere esplicitamente cosa il progetto NON farà chiude la porta a metà delle discussioni future. Se nessuno ha mai detto che una certa funzionalità era esclusa, qualcuno prima o poi darà per scontato che fosse inclusa.

Come scrivere un project charter

Il charter non si scrive da soli alla scrivania. Si costruisce raccogliendo informazioni e allineando le persone giuste. Ecco il percorso che funziona.

1. Intervista lo sponsor

Lo sponsor è la fonte primaria. È chi ha voluto il progetto e ne risponde davanti all’azienda. Le domande da fargli sono dirette: qual è il problema che vogliamo risolvere, come capiremo di averlo risolto, cosa succede se il progetto non parte, qual è il budget di massima, entro quando deve essere pronto. Da questa conversazione esce lo scheletro dello scopo, degli obiettivi e dei criteri di successo.

2. Ascolta gli stakeholder chiave

Lo sponsor ha una visione, ma raramente la visione completa. Parla con chi userà il risultato, con chi dovrà integrarlo nei propri processi, con chi fornisce risorse. Qui emergono vincoli nascosti, dipendenze e quei requisiti impliciti che nessuno aveva pensato di dichiarare. È anche il momento per costruire una prima mappa degli stakeholder e dei loro interessi.

3. Trasforma gli obiettivi in formato SMART

Un obiettivo come “migliorare l’esperienza cliente” non serve a nulla nel charter: non è verificabile. Riscrivilo in forma SMART. Specifico (cosa esattamente), Misurabile (con quale numero), Raggiungibile (è realistico con le risorse date), Rilevante (conta davvero per l’azienda), Temporizzato (entro quando). “Ridurre il tempo medio di risposta del supporto da 24 a 8 ore entro il 30 settembre” è un obiettivo SMART. La differenza è netta.

4. Definisci confini e milestone

Con scopo e obiettivi chiari, traccia l’ambito: cosa dentro, cosa fuori. Poi posiziona quattro o cinque milestone che segnano le tappe principali. Non serve un piano dettagliato, bastano i punti di controllo. Aggiungi infine i rischi noti e una stima di budget, anche grossolana: serve a fissare le aspettative, non a essere precisa al centesimo.

5. Fai approvare e firmare

Un charter senza firma è una bozza. La firma dello sponsor è ciò che trasforma il documento in un mandato. Prima di chiedere la firma, condividi il charter con gli stakeholder principali e raccogli un consenso esplicito: meglio scoprire un disaccordo ora che dopo il kickoff.

Template di project charter compilabile

Ecco un template sezione per sezione, pronto da copiare. Sotto ogni campo trovi tra parentesi un esempio compilato, riferito a un ipotetico progetto di rifacimento del portale clienti.

========================================
PROJECT CHARTER
========================================

Nome progetto: ____________________________
(es. Nuovo portale self-service clienti)

Sponsor: __________________________________
(es. Maria Bianchi, Direttrice Customer Care)

Project Manager: __________________________
(es. Luca Verdi, autorizzato a impiegare
le risorse di progetto entro il budget)

Data: _____________  Versione: __________

----------------------------------------
1. SCOPO E CONTESTO
----------------------------------------
(es. Il portale attuale genera 4.000
ticket/mese per operazioni che il cliente
potrebbe svolgere da solo. Il progetto crea
un'area self-service per ridurre il carico
sul supporto e migliorare l'esperienza.)
__________________________________________

----------------------------------------
2. OBIETTIVI (SMART)
----------------------------------------
- (es. Ridurre i ticket ripetitivi del 30%
  entro 6 mesi dal go-live)
- (es. Portare il CSAT del portale a 4,2/5
  entro il 31 dicembre)
__________________________________________

----------------------------------------
3. AMBITO
----------------------------------------
INCLUSO (in scope):
- (es. Area self-service, FAQ dinamiche,
  gestione resi, tracking ordini)
ESCLUSO (out of scope):
- (es. App mobile nativa, chat con operatore
  umano, integrazione con il nuovo CRM)
__________________________________________

----------------------------------------
4. DELIVERABLE
----------------------------------------
- (es. Portale self-service in produzione)
- (es. Documentazione utente)
- (es. Dashboard di monitoraggio ticket)
__________________________________________

----------------------------------------
5. STAKEHOLDER E RUOLI
----------------------------------------
- Sponsor: ___ (decide e finanzia)
- PM: ___ (guida e coordina)
- Team: ___ (es. 2 sviluppatori, 1 designer)
- Utenti finali: ___ (es. clienti B2C)
__________________________________________

----------------------------------------
6. MILESTONE E TEMPI
----------------------------------------
- M1 (es. Requisiti approvati) - data ___
- M2 (es. Prototipo navigabile) - data ___
- M3 (es. Beta interna) - data ___
- M4 (es. Go-live) - data ___
__________________________________________

----------------------------------------
7. BUDGET E RISCHI
----------------------------------------
Budget stimato: ___ (es. 60.000 EUR)
Rischi principali:
- (es. Ritardo integrazione con sistema
  ordini legacy)
- (es. Bassa adozione iniziale da parte
  dei clienti)
__________________________________________

----------------------------------------
8. CRITERI DI SUCCESSO
----------------------------------------
(es. Il progetto è riuscito se i ticket
ripetitivi calano del 30%, il CSAT supera
4,2 e il portale è stabile per 30 giorni
consecutivi dopo il go-live.)
__________________________________________

----------------------------------------
APPROVAZIONE
----------------------------------------
Firma Sponsor: ____________  Data: _______
========================================

Compilato in questo modo, il charter occupa una o due pagine ed è leggibile in cinque minuti da chiunque entri nel progetto. Una volta definiti scopo e deliverable, il passo successivo è scomporli in attività con una work breakdown structure, che traduce il “cosa” del charter nel “come” operativo.

Charter, business case e project plan: chi fa cosa

Questi tre documenti vengono spesso confusi, ma rispondono a domande diverse e nascono in momenti diversi. Tenerli distinti aiuta a non chiedere al charter cose che non gli competono.

In sequenza funziona così. Il business case dimostra che vale la pena investire. Il charter, approvato l’investimento, autorizza il progetto e fissa i paletti. Il project plan, partendo dai paletti del charter, costruisce il dettaglio operativo. Il charter sta nel mezzo: più concreto del business case, molto più sintetico del plan.

Chi firma e chi approva il project charter

L’approvazione del charter spetta allo sponsor, cioè la figura che ha l’autorità di impegnare il budget e le risorse aziendali sul progetto. In alcune organizzazioni la firma può arrivare da un comitato di progetto o da un Project Management Office, ma il principio non cambia: deve firmare chi può davvero autorizzare l’impiego di risorse.

Il project manager, di norma, non approva il proprio charter: ne è il beneficiario, perché è il documento che lo nomina e gli conferisce autorità. Il PM tipicamente redige il charter (spesso a quattro mani con lo sponsor) e poi lo sottopone per la firma. Saper guidare un progetto fin dal suo atto di nascita è una di quelle prove concrete che fanno la differenza in un portfolio da project manager, dove un charter ben fatto vale più di mille righe di curriculum.

Un dettaglio operativo che fa la differenza: prima della firma formale, raccogli un allineamento esplicito dai principali stakeholder. Non serve la loro firma, ma serve il loro “sì, ci ritroviamo in questo documento”. Quel consenso anticipato vale più di mille riunioni di chiarimento a progetto avviato. Da subito vanno inquadrati anche i rischi: il charter li cita ad alto livello, ma è bene aprire fin da subito un risk register dove tracciarli e gestirli in modo strutturato.

Checklist pre-kickoff: il charter è pronto?

Prima di convocare il kickoff, passa il charter al setaccio con queste domande. Se rispondi sì a tutte, sei pronto a partire.

• Lo scopo spiega chiaramente perché il progetto esiste, collegandolo a un obiettivo aziendale?
• Ogni obiettivo è in formato SMART, quindi misurabile e con una scadenza?
• L’ambito dichiara esplicitamente sia cosa è incluso sia cosa è escluso?
• I deliverable sono concreti e riconoscibili da chi li riceverà?
• Sono indicati sponsor, project manager e stakeholder chiave con i rispettivi ruoli?
• Ci sono milestone con date indicative e una stima di budget?
• I rischi principali noti sono elencati?
• I criteri di successo dicono con precisione quando potremo considerare il progetto riuscito?
• Lo sponsor ha firmato e gli stakeholder chiave hanno dato il loro consenso?
• Il documento sta in una-tre pagine e si legge in pochi minuti?

Saper redigere un charter solido è una di quelle competenze di base che distinguono chi gestisce progetti per davvero da chi improvvisa. Se stai costruendo le tue fondamenta da digital project manager e vuoi un percorso strutturato che parte dai fondamentali e arriva alla preparazione della certificazione, il corso Digital Project Manager Foundation di ManagementAcademy è pensato esattamente per questo: 27 ore di contenuti on demand con accesso per 12 mesi, simulatore d’esame, attestato con badge, materiale e community, e prepara alla certificazione PSM I di Scrum.org (l’esame si sostiene esternamente e non è incluso). Nessun prerequisito richiesto. Scopri il corso Digital Project Manager Foundation.

FAQ

Quanto deve essere lungo un project charter?

Idealmente una pagina, al massimo tre. Il charter è un documento di sintesi: serve a fissare scopo, obiettivi, ambito e autorità, non a contenere il piano dettagliato. Se supera le tre pagine, probabilmente ci stai mettendo dentro materiale che appartiene al project plan.

Qual è la differenza tra project charter e business case?

Il business case nasce prima e risponde alla domanda “conviene investire in questo progetto?”, con analisi di costi, benefici e ritorno. Il project charter nasce dopo, quando l’investimento è già stato approvato, e autorizza formalmente il progetto definendo scopo, obiettivi, ruoli e autorità del project manager.

Chi deve firmare il project charter?

Lo firma lo sponsor, ovvero chi ha l’autorità di impegnare budget e risorse aziendali sul progetto. In alcune organizzazioni può firmare un comitato di progetto o il PMO. Il project manager di norma redige il documento ma non lo approva, perché è proprio il charter a conferirgli il mandato.

Il project charter può cambiare durante il progetto?

Sì, ma raramente e con cautela. Il charter è un documento stabile: una modifica segnala che è cambiato qualcosa di sostanziale negli obiettivi o nell’ambito. Quando accade, la revisione va concordata con lo sponsor e ricondivisa con gli stakeholder, perché tocca la baseline su cui tutti si erano allineati.