Initiating in PM²: dall’idea al progetto da pianificare
Nono articolo della serie “Imparare PM² attraverso un progetto”
Initiating non dimostra che un’idea sia interessante: stabilisce se esiste un problema reale, se un progetto è la risposta appropriata e se vale la pena investire nella pianificazione.
Il risultato non è un piano dettagliato. È una proposta abbastanza solida da superare il Gate RfP – Ready for Planning.
Perché questo progetto, quale valore deve produrre e abbiamo abbastanza chiarezza per pianificarlo?
Le quattro domande
| Domanda | Risposta attesa |
|---|---|
| Perché? | Problema, opportunità, obiettivi, outcome e benefici |
| Cosa? | Scope e deliverable ad alto livello |
| Quanto e quando? | Budget e roadmap preliminari |
| Chi? | Sponsor, governance, risorse iniziali e autorità |
Tre artefatti, tre funzioni
| Artefatto | Domanda | Funzione |
|---|---|---|
| Project Initiation Request | Qual è l’idea? | Cattura il bisogno e avvia la discussione |
| Business Case | Perché investire? | Giustifica investimento e benefici |
| Project Charter | Quale progetto pianificare? | Definisce il progetto ad alto livello |
Il PIR apre la porta, il Business Case giustifica l’investimento, il Project Charter dà forma al progetto.
Project Initiation Request
Il Project Initiation Request (PIR) descrive sinteticamente il contesto business, il bisogno e gli outcome desiderati. Non prova ancora che il progetto debba essere finanziato: rende il bisogno visibile e valutabile.
Può contenere problema, utenti coinvolti, obiettivo iniziale, possibili opzioni, urgenza, vincoli, rischi evidenti e sponsor possibile.
Per Prenotazioni Smart, il PIR rileva che le palestre gestiscono prenotazioni e liste d’attesa tramite messaggi, telefonate e fogli manuali, causando lavoro amministrativo, errori e posti vuoti. Propone di valutare una funzione di prenotazione, lista d’attesa e notifiche.
Il PIR non sceglie ancora tecnologia, budget definitivo o piano di rilascio.
Business Case
Il Business Case presenta gli obiettivi e fornisce la giustificazione per finanziare l’investimento.
La domanda centrale è:
Vale la pena investire in questo progetto rispetto alle alternative disponibili?
Un Business Case efficace mette in relazione:
- situazione attuale e problema;
- obiettivi business e strategia;
- opzioni, incluso il non fare nulla quando rilevante;
- soluzione raccomandata;
- stime preliminari di costi, tempi, risorse e dipendenze;
- benefici attesi e come osservarli;
- rischi, assunzioni, vincoli e impatti su persone e operatività.
Non è una promessa di ROI perfetto: in Initiating le informazioni sono spesso stime. Il suo valore è rendere esplicite le ipotesi e permettere una decisione informata.
Nel classico esempio PM² per il Business Case, il Business Manager è Responsible, il Project Owner è Accountable, Solution Provider e Project Manager Support, PSC e User Representatives sono Consulted, AGB è Informed.
Project Charter
Il Project Charter definisce il progetto ad alto livello: scope, tempi, costi, qualità, deliverable, work package, roadmap, budget e governance.
Se il Business Case risponde a “perché investire?”, il Charter risponde a “che cosa stiamo impostando come progetto?”.
Può definire obiettivi, scope ed esclusioni, deliverable, Critical Success Criteria, milestone, budget preliminare, ruoli, stakeholder, rischi, assunzioni, dipendenze e impostazione iniziale di qualità, transizione e Business Implementation.
Per Prenotazioni Smart, il Charter può includere configurazione corsi, prenotazione, cancellazione, lista d’attesa e notifiche, escludendo i pagamenti online dalla prima release. Indica inoltre governance PO–BM–SP–PM e la roadmap per analisi, sviluppo, pilota e rilascio.
Il Charter non sostituisce il Project Work Plan: il primo è ad alto livello, il secondo dettaglia attività, assegnazioni, calendario e baseline durante il Planning.
La sequenza logica
| Passaggio | Risultato |
|---|---|
| PIR | Rende visibile il bisogno o l’opportunità |
| Business Case | Dimostra perché l’investimento è ragionevole |
| Project Charter | Definisce il progetto da pianificare |
I tre documenti non sono ripetizioni: ciascuno riduce una diversa incertezza.
Governance durante Initiating
| Ruolo | Contributo |
|---|---|
| Project Owner | Sponsorizza, dirige e approva artefatti e investimento entro la propria autorità |
| Business Manager | Definisce bisogno, obiettivi, outcome e Business Case |
| Solution Provider | Porta fattibilità, capacità e vincoli tecnici |
| Project Manager | Supporta stime, roadmap, rischi e impostazione |
| User Representatives | Contribuiscono bisogni e vincoli operativi |
| PSC | Guida decisioni rilevanti |
| AGB | Decide oltre l’autorità del progetto |
Initiating non è una fase riservata al PM: il PM struttura il progetto, ma la giustificazione nasce dal bisogno business.
RfP: una decisione, non una formalità
Il Gate Ready for Planning verifica che l’organizzazione possa investire responsabilmente nel Planning. Deve essere chiaro che esistono problema e obiettivi, una giustificazione credibile, scope e vincoli comprensibili, sponsor, governance, risorse iniziali e assunzioni esplicite.
La decisione può essere procedere, chiedere chiarimenti, rinviare, fermare l’iniziativa o scegliere un’opzione alternativa.
RfP autorizza il Planning, non l’intera delivery. L’Executing viene autorizzato dal RfE quando piani e baseline sono maturi.
Caso pratico
Un cliente chiede di aggiungere pagamenti online alla prenotazione. È una richiesta interessante, ma non basta per iniziare un progetto. Occorre capire quale problema risolve, per quali palestre, se rientra nello scope, quali vincoli introduce per sicurezza, rimborsi e assistenza, e quale valore produce rispetto a complessità e rischio.
Se non emerge una giustificazione sufficiente, la decisione migliore può essere non pianificare il progetto. Un buon Initiating evita anche progetti che non devono nascere.
Da non confondere
| Coppia | Differenza |
|---|---|
| PIR e Business Case | Il PIR introduce il bisogno; il Business Case giustifica l’investimento. |
| Business Case e Charter | Il Business Case spiega perché investire; il Charter definisce che progetto pianificare. |
| Charter e Work Plan | Il Charter è ad alto livello; il Work Plan dettaglia lavoro, tempi, risorse e baseline. |
| RfP e RfE | RfP autorizza Planning; RfE autorizza Executing. |
Verifica ciò che ricordi
- Qual è lo scopo dell’Initiating?
- Che differenza c’è tra PIR, Business Case e Project Charter?
- Chi è normalmente Responsible del Business Case?
- Che cosa autorizza RfP?
Risposte
- Trasformare un’idea in una proposta di progetto giustificata e definita ad alto livello.
- Il PIR cattura il bisogno; il Business Case giustifica l’investimento; il Charter definisce il progetto da pianificare.
- Il Business Manager.
- L’avvio del Planning dettagliato, non l’intera esecuzione.
Flashcard
D: Quale artefatto cattura l’idea iniziale?
R: Project Initiation Request.
D: Quale artefatto giustifica il finanziamento?
R: Business Case.
D: Quale artefatto definisce il progetto ad alto livello?
R: Project Charter.
D: Quale Gate conclude l’Initiating?
R: RfP – Ready for Planning.
Domanda in stile esame
Quale artefatto giustifica l’investimento e i benefici attesi?
A. Project Initiation Request.
B. Business Case.
C. Project Charter.
D. Project Work Plan.
Risposta corretta: B. PIR, Charter e Work Plan hanno funzioni diverse.
Nel prossimo articolo
Nel prossimo articolo entreremo nel Planning: Project Handbook, Project Work Plan, baseline, log e preparazione del RfE.
Fonti essenziali
- European Commission, PM² Project Management Methodology Guide v3.1.
- European Commission, PM² Project Management Methodology – Highlights, 2025 Edition.