Phase Gates e approvazioni in PM²: quando un progetto può davvero avanzare
Quattordicesimo articolo della serie “Imparare PM² attraverso un progetto”
Le fasi del ciclo di vita non sono semplici capitoli di un piano. In PM², il passaggio tra una fase e l’altra richiede una decisione esplicita: il Phase Gate.
Un gate risponde a una domanda precisa: abbiamo abbastanza chiarezza, evidenza e autorizzazione per investire nella fase successiva?
I tre gate di PM²
| Gate | Significato | Passaggio autorizzato |
|---|---|---|
| RfP — Ready for Planning | Pronti per pianificare | Da Initiating a Planning |
| RfE — Ready for Executing | Pronti per eseguire | Da Planning a Executing |
| RfC — Ready for Closing | Pronti per chiudere | Da Executing a Closing |
Alla fine del Closing, il progetto è formalmente concluso (Project Ended). Questo non è un gate verso una nuova fase: è la conferma della chiusura del progetto.
Cosa non è un Phase Gate
Un gate non è:
- una riunione di avanzamento ricorrente;
- un’approvazione automatica perché è arrivata una data sul calendario;
- un controllo formale dei soli documenti;
- una decisione che il PM può prendere in autonomia, salvo delega esplicita.
È un punto di governance: chi ha l’autorità verifica che siano soddisfatte le condizioni essenziali e decide se procedere, condizionare il passaggio, rinviare, modificare o interrompere il progetto.
La logica: ridurre l’incertezza prima di aumentare l’impegno
flowchart LR
A[Incertezza iniziale] --> B[RfP]
B --> C[Pianificazione dettagliata]
C --> D[RfE]
D --> E[Costruzione e consegna]
E --> F[RfC]
F --> G[Chiusura formale]
Il principio non è burocratico: più il progetto avanza, più consuma risorse e rende costoso cambiare rotta. Il gate verifica che l’investimento successivo sia ancora giustificato.
RfP: Ready for Planning
L’RfP conclude Initiating. Non certifica che il progetto sia pianificato nel dettaglio: autorizza a investire tempo e capacità per farlo.
Normalmente chi decide ha bisogno di vedere almeno:
| Elemento | Perché conta |
|---|---|
| Esigenza e obiettivi chiari | Evita di pianificare una soluzione a un problema mal definito. |
| Business Case credibile | Collega opzioni, costi, rischi e benefici attesi. |
| Project Charter | Formalizza mandato, perimetro iniziale, governance e responsabilità. |
| Sponsor/owner e risorse iniziali identificati | Senza chi decide e senza capacità minima, non c’è un progetto governabile. |
L’esito può essere: approvato; approvato con condizioni; rinviato per integrazioni; respinto o interrotto.
RfE: Ready for Executing
L’RfE conclude Planning. È spesso il gate più importante, perché rende impegnativi piano, risorse e aspettative.
Qui la domanda è: il progetto è pianificato abbastanza bene da poter partire in modo controllato?
Tra gli elementi da verificare rientrano normalmente:
- Project Handbook e ruoli/responsabilità definiti;
- Project Work Plan con deliverable, attività, calendario, stime e dipendenze;
- piani di gestione proporzionati per requisiti, rischi, issue, cambiamenti, qualità e comunicazione;
- criteri di accettazione dei deliverable;
- preparazione di transizione, business implementation o outsourcing quando pertinenti;
- risorse, budget e principali stakeholder allineati.
Un RfE non richiede la certezza assoluta. Richiede una base approvata sufficientemente solida per gestire l’incertezza residua attraverso Monitor & Control.
RfC: Ready for Closing
L’RfC conclude Executing. Non significa semplicemente “abbiamo finito di sviluppare”. Significa che i deliverable previsti sono completati e accettati — oppure che eventuali eccezioni sono state decise e documentate — e che il progetto può passare alla chiusura.
Le verifiche riguardano tipicamente:
- consegna e accettazione dei deliverable;
- gestione o trasferimento delle issue residue;
- preparazione della transizione e dell’adozione;
- evidenze di qualità e adempimenti contrattuali, se presenti;
- condizioni per disimpegnare team e risorse.
Il Closing non deve diventare un parcheggio per lavoro ancora non consegnato. Se mancano elementi sostanziali, il progetto resta in Executing oppure la governance decide consapevolmente una variazione di scope, data o condizioni di accettazione.
Chi approva?
PM² non impone un’unica firma valida per ogni organizzazione. L’autorità dipende dalla governance definita nel Project Charter e, nella pratica PM², coinvolge i ruoli che rappresentano business, soluzione e direzione.
| Ruolo | Contributo tipico al gate |
|---|---|
| PM | Prepara evidenze, stato, opzioni, raccomandazione e documentazione. Non “auto-approva” il proprio lavoro. |
| PO / BM | Valutano valore, priorità, impatto sul business, adozione e disponibilità organizzativa. |
| SP | Conferma fattibilità, capacità, qualità e vincoli della soluzione. |
| PSC / AGB | Prendono o ratificano la decisione quando il mandato o l’impatto lo richiedono. |
La lezione da memorizzare è questa: il PM governa il processo e porta una proposta informata; l’autorità competente decide l’avanzamento.
Il caso Annotatio: il gate RfE per Prenotazioni Smart
Il progetto Prenotazioni Smart ha superato l’RfP: il Business Case dimostra che ridurre telefonate e no-show porta valore alle palestre, e il Project Charter identifica PO, SP, BM e PM.
Prima dell’RfE, però, emergono due fatti:
- il Project Work Plan non definisce ancora la dipendenza dal provider di notifiche push;
- una palestra pilota non ha confermato chi formerà i collaboratori.
Dire “partiamo lo stesso e vediamo dopo” non è una buona decisione di gate. Il PSC può, ad esempio:
- rinviare l’RfE finché i due punti non sono chiari;
- approvare con condizioni, assegnando owner e date precise;
- approvare uno scope iniziale ridotto, escludendo temporaneamente le notifiche push.
L’importante è che la condizione sia esplicita, abbia un responsabile e sia verificata: una condizione senza owner è solo una speranza.
Da non confondere
| Affermazione | Correzione |
|---|---|
| “RfP significa che possiamo iniziare a sviluppare.” | No. Autorizza a passare alla pianificazione. |
| “RfE significa che ogni dettaglio futuro è noto.” | No. Conferma che esiste un piano sufficientemente solido e governabile. |
| “RfC equivale al Project Ended.” | No. RfC autorizza il Closing; il progetto termina dopo le attività di chiusura. |
| “Il PM approva il gate perché conosce il progetto.” | Il PM prepara e raccomanda; l’autorità di governance decide. |
Tre domande per fissarlo
- Quale gate autorizza l’inizio della pianificazione dettagliata?
- Perché l’RfE non è una garanzia che il progetto non cambierà più?
- Cosa deve accadere prima di dichiarare il progetto Project Ended?
Flashcard
D: Quali sono i tre Phase Gates di PM²?
R: RfP (Ready for Planning), RfE (Ready for Executing) e RfC (Ready for Closing).
D: Qual è lo scopo dell’RfE?
R: Verificare e autorizzare che il progetto disponga di una base pianificata e approvata sufficiente per entrare in Executing.
D: Un gate approvato con condizioni è un’approvazione piena?
R: È un’autorizzazione condizionata: le condizioni devono essere esplicite, assegnate e verificate.
Domanda in stile esame
Un PM dichiara che l’RfC è stato superato perché lo sviluppo è terminato. Due deliverable non sono ancora stati accettati dagli utenti e rimane un’issue critica aperta.
Qual è la valutazione corretta?
Risposta: lo sviluppo completato non basta. L’RfC richiede che la situazione dei deliverable, della loro accettazione e delle issue residue sia adeguata per il passaggio al Closing. Le eccezioni devono essere decise e documentate dalla governance competente.
Fonte
I gate RfP, RfE e RfC e il loro collocamento nel ciclo di vita sono descritti nella PM² Methodology Guide 3.1 della Commissione europea.
Nel prossimo articolo entreremo nel Project Work Plan: come trasformare scope, deliverable, attività, stime e dipendenze in un piano realmente utilizzabile.