Project Charter in PM²: il mandato che rende il progetto governabile
Venticinquesimo articolo della serie “Imparare PM² attraverso un progetto”
Un Business Case può dimostrare che un investimento è sensato. Non dice però, da solo, chi ha l’autorità di decidere, quale perimetro iniziale è autorizzato, quali vincoli valgono e chi deve realizzare la soluzione.
Il Project Charter in PM² risolve questo passaggio: trasforma un’iniziativa approvata in un progetto formalmente mandato, con una direzione comune e una governance esplicita.
Che cos’è il Project Charter
Il Project Charter è il documento di alto livello che descrive e autorizza il progetto. Non sostituisce il Project Handbook né il Project Work Plan: questi arriveranno nella pianificazione con un livello di dettaglio maggiore.
| Documento | Scopo |
|---|---|
| Business Case | Giustificare o meno l’investimento e raccomandare un’opzione. |
| Project Charter | Formalizzare mandato, obiettivi, governance, scope iniziale e vincoli del progetto. |
| Project Handbook | Raccogliere come il progetto sarà gestito: piani, ruoli, processi e artefatti. |
| Project Work Plan | Tradurre il mandato in deliverable, attività, stime, calendario e dipendenze. |
Il Charter non deve diventare un repository di tutti i dettagli. Deve essere abbastanza completo da permettere a sponsor, team e stakeholder di partire dalla stessa definizione del progetto.
Le domande a cui deve rispondere
Un Project Charter efficace chiarisce almeno:
| Area | Domanda |
|---|---|
| Finalità | Perché esiste il progetto e quale problema o opportunità affronta? |
| Obiettivi e benefici | Quale risultato e quale valore intende produrre? |
| Scope iniziale | Che cosa è incluso, quali deliverable sono attesi e cosa è escluso? |
| Stakeholder | Chi richiede, finanzia, usa, influenza o è impattato? |
| Governance | Quali ruoli, organi e diritti decisionali si applicano? |
| Vincoli e assunzioni | Quali limiti di tempo, costo, tecnologia, norme e dipendenze condizionano il progetto? |
| Rischi iniziali | Quali incertezze potrebbero minacciare la fattibilità o il valore? |
| Milestone e budget indicativi | Quali sono le principali aspettative iniziali, da affinare in Planning? |
| Criteri di successo | Come si riconoscerà un progetto riuscito? |
Se queste risposte sono vaghe, il progetto parte con interpretazioni diverse. Il dettaglio può evolvere; l’ambiguità sul mandato è più costosa da correggere.
Il Charter stabilisce autorità, non solo contenuti
La parte più importante del Charter è spesso la governance. Definisce chi può decidere, approvare, dare indirizzo, gestire quotidianamente e contribuire.
| Ruolo | Contributo nel Charter |
|---|---|
| PO | Assicura coerenza con obiettivi e valore di business. |
| SP | Rappresenta capacità, fattibilità e qualità della soluzione. |
| BM | Guida l’implementazione business e l’adozione del cambiamento. |
| PM | Gestisce il progetto e coordina pianificazione, esecuzione e controllo. |
| PSC / AGB | Forniscono indirizzo e assumono le decisioni previste dal mandato. |
Il Charter non deve ripetere l’intera RAM/RASCI, ma deve rendere chiaro il modello di governance e rimandare ai dettagli dove necessario. Senza questa chiarezza, il PM rischia di dover negoziare l’autorità a ogni problema.
Scope iniziale: abbastanza chiaro, non artificialmente definitivo
In Initiating, lo scope è ancora di alto livello. Il Charter dovrebbe contenere:
| Includere | Evitare |
|---|---|
| Deliverable principali, confini, utenti o aree coinvolte, criteri di successo preliminari. | Una falsa precisione su tutte le attività, tutte le date e tutti i requisiti dettagliati. |
Esempio: “abilitare prenotazione, cancellazione e lista d’attesa nelle palestre pilota” è utile. “Ogni utente riceve sempre una notifica entro esattamente 2,7 secondi” appartiene alla definizione dettagliata di requisiti e qualità, non al Charter iniziale.
Dalla firma al RfP
In PM², il Project Charter è un artefatto chiave per il gate RfP — Ready for Planning. L’approvazione del gate conferma che esiste un mandato sufficiente per investire nella pianificazione.
flowchart LR
A[PIR] --> B[Business Case]
B --> C[Project Charter]
C --> D[RfP]
D --> E[Planning]
Non significa che il Charter sia immutabile. Se emergono cambiamenti significativi di obiettivi, scope, governance o vincoli, va aggiornato attraverso il controllo dei cambiamenti e le decisioni appropriate.
Il caso Annotatio: Charter di Prenotazioni Smart
Per il progetto Prenotazioni Smart, una sintesi del Charter potrebbe essere:
| Sezione | Esempio |
|---|---|
| Obiettivo | Ridurre no-show e lavoro manuale, rendendo affidabile la gestione delle prenotazioni nelle palestre pilota. |
| Output principali | Prenotazione, cancellazione, lista d’attesa e dashboard essenziale di occupazione. |
| Fuori scope iniziale | Integrazione con tornelli fisici, pagamenti e programma fedeltà. |
| Benefici attesi | Riduzione dei posti vuoti e delle richieste telefoniche; dati di occupazione più affidabili. |
| Stakeholder | Gestori, collaboratori di sala, clienti iscritti, team Annotatio, provider notifiche. |
| Governance | PO decide priorità business; SP conferma fattibilità; BM guida adozione; PM coordina il progetto. |
| Vincoli | Go-live prima dell’inizio della nuova stagione; riuso dell’autenticazione e dell’infrastruttura esistenti. |
| Rischi iniziali | Adozione dei collaboratori, affidabilità delle notifiche push, disponibilità dei gestori per i test. |
| Successo | Funzione accettata, adottata dalle palestre pilota e riduzione misurabile di no-show dopo il go-live. |
Questo non sostituisce il piano dettagliato, ma impedisce che il team sviluppi una cosa diversa da quella che business e sponsor ritengono autorizzata.
Charter e autorizzazione del PM
Il Project Charter dovrebbe rendere esplicito il mandato del PM: non per attribuirgli il potere di decidere tutto, ma per chiarire che può coordinare il lavoro, gestire entro le tolleranze, convocare le attività necessarie, segnalare scostamenti ed effettuare escalation.
| Il PM può tipicamente | Il PM non dovrebbe fare da solo |
|---|---|
| Coordinare team e pianificazione; gestire issue quotidiane; proporre opzioni; monitorare e riportare. | Cambiare unilateralmente obiettivi, budget, scope rilevante o decisioni riservate alla governance. |
Una delega chiara riduce sia micro-management sia vuoti decisionali.
Da non confondere
| Affermazione | Correzione |
|---|---|
| “Il Project Charter è un Business Case più breve.” | Il Business Case giustifica l’investimento; il Charter formalizza il mandato e la governance del progetto. |
| “Il Charter deve contenere il piano completo.” | Definisce direzione e limiti di alto livello; Planning aggiunge il dettaglio operativo. |
| “Dopo l’approvazione non può più cambiare.” | Può evolvere, ma modifiche rilevanti richiedono Change Management e governance. |
| “Il Charter autorizza il PM a decidere tutto.” | Chiarisce deleghe e limiti, non elimina l’autorità degli organi di governance. |
Tre domande per fissarlo
- Quale differenza c’è tra la giustificazione del Business Case e il mandato del Charter?
- Chi ha l’autorità di decidere se un vincolo importante impone un cambio di scope?
- Quale elemento, se mancasse, lascerebbe il team con interpretazioni diverse del progetto?
Flashcard
D: A cosa serve il Project Charter?
R: A formalizzare e autorizzare il progetto, definendone mandato, obiettivi, scope iniziale, governance, vincoli e criteri di successo.
D: Il Charter sostituisce il Project Work Plan?
R: No. Il Charter dà direzione e autorizzazione; il Work Plan dettaglia lavoro, stime, calendario e dipendenze.
D: Perché il Charter è importante per il PM?
R: Rende espliciti ruolo, deleghe, governance e limiti entro cui il PM può gestire il progetto.
Domanda in stile esame
Un progetto ha un Business Case approvato, ma il team inizia a pianificare senza Charter. PO e SP hanno una visione diversa di ciò che è incluso nel primo rilascio e non è chiaro chi approvi i trade-off.
Qual è il problema principale?
Risposta: manca un mandato di progetto condiviso. Il Project Charter dovrebbe formalizzare obiettivi, scope iniziale, governance, ruoli e vincoli, creando una base comune per il gate RfP e la pianificazione.
Fonte
Il Project Charter e il suo ruolo nella Initiating Phase sono descritti nella PM² Methodology Guide 3.1 della Commissione europea.
Nel prossimo articolo: Project Handbook, il contenitore operativo che collega ruoli, piani, processi e artefatti del progetto.