Project Charter: Cos'è e Come Scriverlo (con Template)
Contenuti dell'articolo
Cos'è il project charter
Il project charter (in italiano "atto costitutivo del progetto" o "documento di avvio progetto") è il documento formale che autorizza ufficialmente l'esistenza di un progetto e conferisce al project manager l'autorità di impiegare risorse organizzative per portarlo a termine. È, in pratica, l'atto di nascita del progetto.
Si tratta di un documento sintetico, di solito da una a tre pagine, che risponde alle domande fondamentali: perché stiamo facendo questo progetto? Cosa vogliamo ottenere? Chi è coinvolto? Quanto costa, quanto dura e quali sono i confini? Non è un piano dettagliato, ma una fotografia ad alto livello che mette tutti d'accordo prima di partire.
Senza un project charter, un progetto è solo un'idea che fluttua nell'aria. Con il charter, diventa un'iniziativa autorizzata, finanziata e con un responsabile chiaro. È il documento che trasforma "dovremmo fare X" in "stiamo facendo X, ed ecco chi comanda".
A cosa serve davvero il project charter
Molti lo considerano un adempimento burocratico, ma il project charter risolve problemi concreti che ogni project manager conosce bene. Vediamo le sue funzioni principali.
1. Autorizza il progetto e nomina il PM
Il charter è il documento che dà il via libera ufficiale. Senza un'autorizzazione formale, il project manager non ha l'autorità per richiedere risorse, ingaggiare persone o prendere decisioni. Il charter rende esplicita questa autorità: chiunque legga il documento sa chi guida il progetto e con quale mandato.
2. Allinea tutti gli stakeholder
Prima ancora di pianificare, il charter mette nero su bianco gli obiettivi, lo scope e i criteri di successo. Questo evita il classico problema in cui, a metà progetto, lo sponsor e il team scoprono di avere idee completamente diverse su cosa si stia costruendo.
3. Definisce i confini del progetto
Indicando chiaramente cosa è dentro e cosa è fuori dallo scope, il charter è la prima difesa contro lo scope creep, l'espansione incontrollata dei requisiti. Quando qualcuno propone di aggiungere una funzionalità, basta tornare al charter per capire se rientra negli accordi iniziali.
Durante un progetto lungo è facile perdere di vista il perché si è partiti. Il charter funziona da ancora: ogni volta che il team è in dubbio su una decisione, può rileggere gli obiettivi e i criteri di successo per capire se sta andando nella direzione giusta. È un documento di riferimento, non un pezzo di carta da archiviare.
Chi redige e chi approva il project charter
C'è spesso confusione su chi sia il "proprietario" del charter. La distinzione è importante perché tocca il tema dell'autorità.
Lo sponsor: chi approva
Il project sponsor è la figura senior (un dirigente, un membro del comitato direttivo, il committente) che ha l'autorità di approvare il progetto e di allocare il budget. È lo sponsor che firma e autorizza ufficialmente il charter. Senza la sua firma, il documento non ha valore: è lui a "dare i soldi e il potere".
Il project manager: chi redige
Nella pratica, è quasi sempre il project manager a scrivere materialmente il charter, spesso in collaborazione con lo sponsor. Il PM raccoglie le informazioni, struttura il documento e lo propone allo sponsor per l'approvazione. In alcuni casi è lo stesso sponsor a redigere una prima bozza, che poi il PM affina.
Regola pratica: il charter è il documento in cui lo sponsor delega formalmente l'autorità al project manager. Per questo è essenziale che sia firmato da chi ha il potere di farlo (lo sponsor), non dal PM stesso. Un charter "autoassegnato" dal PM non ha alcun valore di autorizzazione.
Oltre a sponsor e PM, possono essere coinvolti nella raccolta delle informazioni anche gli stakeholder chiave, gli esperti di dominio e il PMO (Project Management Office), se presente. Ma la responsabilità finale dei due ruoli resta chiara: lo sponsor approva, il PM redige.
Quando si crea il project charter
Il charter si crea nella fase di avvio del progetto (initiating), prima di qualunque attività di pianificazione dettagliata. È letteralmente il primo documento formale del ciclo di vita del progetto.
La sequenza tipica è questa:
- Idea o business case: nasce un'esigenza o un'opportunità
- Project charter: il progetto viene autorizzato formalmente
- Pianificazione: si crea la WBS, il cronoprogramma, il budget dettagliato
- Esecuzione: il team realizza il lavoro
- Chiusura: il progetto viene completato e archiviato
Creare il charter dopo aver già iniziato a lavorare è uno degli errori più comuni. Quando questo accade, il documento diventa una semplice formalizzazione retroattiva, perdendo gran parte del suo valore di allineamento e autorizzazione. Il charter va scritto prima di investire risorse significative.
Gli elementi chiave del project charter
Non esiste un formato unico e universale, ma un buon charter contiene quasi sempre gli stessi elementi fondamentali. Vediamoli in dettaglio nella tabella.
| Elemento | Cosa contiene | Esempio |
|---|---|---|
| Scopo e giustificazione | Perché si fa il progetto | Ridurre i tempi di onboarding clienti del 40% |
| Obiettivi | Risultati misurabili (SMART) | Lanciare il nuovo portale entro Q3 2026 |
| Scope (in/out) | Cosa è incluso e cosa escluso | Incluso: portale web. Escluso: app mobile |
| Stakeholder | Chi è coinvolto e con quale ruolo | Sponsor, PM, team IT, clienti pilota |
| Milestone | Tappe principali con date | Beta a marzo, go-live a giugno |
| Budget | Stima di massima dei costi | 120.000 € (±20%) |
| Rischi principali | Minacce note ad alto livello | Ritardi fornitori, scarsità di sviluppatori |
| Criteri di successo | Come si misura la riuscita | Adozione del 70% degli utenti in 3 mesi |
| Project manager | Nome e livello di autorità del PM | Mario Rossi, autorità su budget e risorse |
| Approvazione | Firma dello sponsor | Firma e data del project sponsor |
I componenti spiegati uno per uno
Obiettivi e scope
Gli obiettivi definiscono cosa vuoi ottenere, idealmente in forma SMART (specifici, misurabili, raggiungibili, rilevanti, temporizzati). Lo scope traccia i confini: la parte "out of scope" è spesso più importante di quella "in scope", perché previene malintesi.
Stakeholder e milestone
L'elenco degli stakeholder identifica chi ha interesse o influenza sul progetto. Le milestone sono le date-chiave ad alto livello: non un cronoprogramma dettagliato, ma le tappe che lo sponsor vuole monitorare.
Budget e rischi
Il budget nel charter è una stima di massima (con margine di errore esplicito, es. ±20%), non un preventivo preciso. I rischi elencano le minacce note che potrebbero compromettere il progetto, senza ancora un piano di mitigazione dettagliato.
Criteri di successo
I criteri di successo rispondono a: "Come sapremo di aver vinto?". Devono essere misurabili e condivisi. Sono il metro con cui, a fine progetto, si valuterà se l'iniziativa è stata un successo o un fallimento.
Come scrivere il project charter passo dopo passo
Passo 1: Parti dal business case
Prima di scrivere, chiarisci il perché. Qual è il problema da risolvere o l'opportunità da cogliere? Quale valore porterà il progetto all'organizzazione? Questa giustificazione sarà il cuore del charter e darà senso a tutto il resto.
Passo 2: Definisci obiettivi e criteri di successo
Scrivi 3-5 obiettivi in forma SMART. Per ciascuno, definisci come lo misurerai. Evita obiettivi vaghi come "migliorare il sistema": preferisci "ridurre i tempi di caricamento sotto i 2 secondi entro settembre". Gli obiettivi misurabili sono la base per criteri di successo verificabili.
Passo 3: Traccia lo scope (dentro e fuori)
Elenca cosa il progetto includerà e, soprattutto, cosa non includerà. La sezione "out of scope" è la tua migliore protezione contro lo scope creep. Sii esplicito: se l'app mobile non è prevista, scrivilo nero su bianco.
Passo 4: Identifica gli stakeholder
Mappa chi è coinvolto: sponsor, team, clienti, fornitori, dipartimenti impattati. Per ciascuno indica il ruolo e il livello di interesse. Questo elenco confluirà poi in strumenti più dettagliati come la matrice RACI nella fase di pianificazione.
Passo 5: Stima milestone, budget e rischi
Definisci 3-6 milestone ad alto livello con date indicative. Indica una stima di budget con margine di errore. Elenca i principali rischi noti. Ricorda: in questa fase sono tutte stime preliminari, non impegni vincolanti al centesimo.
Passo 6: Ottieni la firma dello sponsor
Il charter non è completo finché lo sponsor non lo approva formalmente. Presentaglielo, raccogli il suo feedback, apporta le modifiche e ottieni la firma. Solo allora il progetto è ufficialmente autorizzato e puoi passare alla pianificazione vera e propria.
Impara a guidare progetti dal primo documento all'ultimo
Il Corso di Project Management di EULE Institute ti insegna a redigere project charter, gestire stakeholder e portare progetti al successo. Prova subito le prime 9 lezioni gratis.
Inizia la Prova Gratuita →Template del project charter pronto all'uso
Ecco una struttura che puoi copiare e adattare. Compila ogni sezione mantenendo il documento breve e ad alto livello: il charter deve stare comodamente in 1-3 pagine.
| Sezione | Cosa scrivere |
|---|---|
| Titolo del progetto | Nome breve e riconoscibile del progetto |
| Data e versione | Data di redazione e numero di versione del documento |
| Scopo / giustificazione | 2-3 frasi sul perché il progetto esiste |
| Obiettivi SMART | Elenco puntato di 3-5 obiettivi misurabili |
| Scope in / out | Due colonne: cosa è incluso, cosa è escluso |
| Deliverable principali | I risultati tangibili che il progetto produrrà |
| Stakeholder | Nome / ruolo / interesse di ciascun attore chiave |
| Milestone | Tappa + data indicativa |
| Budget stimato | Cifra di massima con margine (es. ±20%) |
| Rischi principali | 3-5 rischi noti ad alto livello |
| Criteri di successo | Come si misurerà la riuscita del progetto |
| Project manager | Nome e ambito di autorità conferito |
| Approvazione sponsor | Nome, firma e data dello sponsor |
Il charter deve essere conciso. Se inizi a scrivere il cronoprogramma dettagliato giorno per giorno o l'elenco di tutte le attività, stai sconfinando nella pianificazione, che è una fase successiva. Il charter dà la visione d'insieme; i dettagli arrivano dopo con la WBS e il project plan.
Project charter vs project plan: le differenze
Confondere il charter con il project plan è un errore frequente. Sono due documenti distinti, creati in momenti diversi e con scopi diversi.
| Aspetto | Project Charter | Project Plan |
|---|---|---|
| Quando | Fase di avvio | Fase di pianificazione |
| Scopo | Autorizzare il progetto | Spiegare come eseguirlo |
| Livello di dettaglio | Alto livello, sintetico | Dettagliato e operativo |
| Lunghezza | 1-3 pagine | Decine di pagine |
| Chi approva | Lo sponsor | Sponsor e team di progetto |
| Contenuto chiave | Perché e cosa | Come, quando, con chi e con cosa |
| Modificabilità | Raramente modificato | Aggiornato di continuo |
In sintesi: il charter dice "facciamo questo progetto e dà al PM l'autorità", il project plan dice "ecco esattamente come lo faremo". Il charter viene prima e cambia raramente; il plan viene dopo, è molto più corposo e si evolve durante tutto il progetto. Strumenti come la WBS e la matrice RACI fanno parte del project plan, non del charter.
Errori comuni nel project charter
Anche un documento semplice come il charter può essere scritto male. Ecco gli errori più frequenti e come evitarli.
1. Renderlo troppo lungo e dettagliato
Il charter non è il project plan. Se supera le 3-4 pagine, probabilmente stai includendo dettagli di pianificazione che non gli competono. Mantienilo sintetico e ad alto livello: il dettaglio arriva dopo.
2. Obiettivi vaghi e non misurabili
"Migliorare l'esperienza utente" non è un obiettivo, è un'aspirazione. Senza metriche, nessuno saprà mai se il progetto ha avuto successo. Trasforma ogni obiettivo in qualcosa di misurabile e con una scadenza.
3. Scope confuso o assente
Dimenticare di definire cosa è "fuori scope" è la porta aperta allo scope creep. Senza confini chiari, il progetto tende a gonfiarsi finché diventa ingestibile. Dedica sempre una sezione esplicita a ciò che il progetto non farà.
4. Nessuna firma dello sponsor
Un charter senza l'approvazione formale dello sponsor è solo una bozza. Manca proprio la sua funzione principale: l'autorizzazione. Non considerare il documento completo finché chi ha l'autorità non lo ha firmato.
5. Crearlo troppo tardi
Scrivere il charter quando il progetto è già a metà strada lo svuota di significato. Diventa una formalità retroattiva invece di uno strumento di allineamento. Il charter va scritto all'inizio, prima di investire risorse importanti.
L'errore più grave, però, è lo stesso che vale per molti documenti di project management: non crearne uno affatto. Anche un charter imperfetto è enormemente meglio di nessun charter, perché costringe lo sponsor e il PM a definire esplicitamente obiettivi, scope e autorità prima di partire alla cieca.
Domande frequenti sul project charter
Il business case giustifica l'investimento: analizza costi, benefici e ritorno per decidere se fare il progetto. Il project charter arriva dopo, quando la decisione è già stata presa, e autorizza il progetto nominando il PM e definendone i confini. Il business case dice "conviene farlo", il charter dice "lo facciamo, ecco come è strutturato".
Non è un obbligo di legge, ma è una best practice fortemente raccomandata da tutti i principali framework (PMBOK, PRINCE2, dove si chiama "Project Brief"). Per progetti piccoli può essere molto leggero, anche una sola pagina. Ma anche il progetto più semplice beneficia di un momento iniziale in cui si mettono per iscritto obiettivi, scope e autorità.
Idealmente da 1 a 3 pagine. È un documento sintetico per definizione: deve dare la visione d'insieme, non i dettagli operativi. Se diventa molto lungo, probabilmente stai includendo elementi che appartengono al project plan. La concisione è un pregio, non un difetto.
Sì, ma raramente e solo per cambiamenti sostanziali (un nuovo obiettivo strategico, una variazione importante di budget o scope). Ogni modifica al charter va riapprovata dallo sponsor, perché tocca l'autorizzazione del progetto. I dettagli che cambiano spesso (date, attività, risorse) si gestiscono nel project plan, non nel charter.
Il project charter è uno degli strumenti fondamentali insegnati in ogni percorso di project management serio. Il Master di EULE Institute dedica moduli specifici all'avvio del progetto e alla gestione degli stakeholder, con esercitazioni pratiche su charter reali e feedback personalizzato dal mentor.
Template Gratuiti per Project Manager
Scarica gratis i template WBS, RACI e Gantt + ricevi guide settimanali sulla gestione dei progetti.
Zero spam. Cancellati quando vuoi.
Diventa Project Manager Certificato
Prova gratuitamente 9 lezioni del corso e scopri il metodo EULE Institute con mentor personale.
Fai la Prova Gratuita →
