Closing in PM²: chiudere il progetto senza perdere valore e conoscenza

Dodicesimo articolo della serie “Imparare PM² attraverso un progetto”

Il Gate RfC autorizza l’ingresso nel Closing, ma non conclude automaticamente il progetto. La fase di Closing assicura che la chiusura sia formalizzata, che le responsabilità residue siano chiare e che l’esperienza maturata non vada persa.

Closing risponde a: “Possiamo dichiarare concluso il progetto, trasferire ciò che resta all’operatività e imparare da ciò che è accaduto?”

Chiudere non significa solo consegnare

Un progetto può aver rilasciato tutti i deliverable e avere ancora lavoro di chiusura da svolgere.

Delivery completataClosing completato
La soluzione è stata prodotta e accettataPerformance e risultati sono sintetizzati
Il rilascio è stato eseguitoAzioni residue hanno un proprietario operativo
Transizione e supporto iniziale sono attiviLezioni e raccomandazioni sono raccolte
Artefatti, log e decisioni sono archiviati
La chiusura amministrativa e di governance è formalizzata

La distinzione è importante perché molti progetti terminano con il rilascio, lasciando senza proprietario supporto, benefici, azioni aperte e conoscenza.

Obiettivi del Closing

La fase serve a:

  • confermare che il progetto ha raggiunto lo stato necessario per essere chiuso;
  • sintetizzare performance su scope, tempi, costi e qualità;
  • verificare stato di transizione e Business Implementation;
  • assegnare azioni residue e post-progetto;
  • catturare Lessons Learned e raccomandazioni;
  • archiviare artefatti, log, evidenze e decisioni;
  • comunicare formalmente la conclusione agli stakeholder.

Project-End Report: la sintesi finale del progetto

Il Project-End Report è l’artefatto principale della fase. Non dovrebbe essere un documento burocratico scritto all’ultimo minuto: raccoglie informazioni che il progetto ha prodotto e aggiornato durante il ciclo di vita.

Tipicamente sintetizza:

  • obiettivi iniziali e deliverable consegnati;
  • performance rispetto a scope, schedule, costi e qualità;
  • principali modifiche, rischi, issue e decisioni;
  • stato di accettazione e transizione;
  • Business Implementation e risultati iniziali di adozione;
  • Lessons Learned;
  • raccomandazioni e azioni post-progetto;
  • conferma di archiviazione e chiusura amministrativa.

Nel progetto Prenotazioni Smart

Il report può mostrare se le funzionalità previste sono state consegnate, quale parte del budget è stata usata, quali difficoltà hanno creato ritardi e se le palestre pilota utilizzano il sistema. Può inoltre assegnare al product team le azioni residue, come migliorare le notifiche o misurare l’occupazione dei corsi nei mesi successivi.

Lessons Learned: trasformare eventi in miglioramento

Le Lessons Learned non sono semplici appunti su ciò che è andato bene o male. Una lezione utile ha almeno quattro elementi:

  1. che cosa è successo;
  2. quale effetto ha prodotto;
  3. perché è successo o quale condizione lo ha reso possibile;
  4. che cosa fare diversamente in futuro.
Osservazione deboleLesson Learned utile
“I test sono arrivati tardi.”“Poiché i criteri di accettazione non erano definiti durante Planning, gli UAT sono iniziati tardi. Nei futuri progetti i criteri saranno approvati prima dell’Executing.”

La lezione diventa utile solo se viene condivisa, resa rintracciabile e convertita in un comportamento o una pratica riutilizzabile.

Il Lessons Log non nasce al Closing

Le lezioni dovrebbero essere raccolte lungo tutto il progetto nel Lessons Log. Il Closing le consolida, le seleziona e ne rende visibili le raccomandazioni più importanti.

Aspettare la fine porta a ricordi incompleti e a valutazioni condizionate dall’ultimo problema incontrato.

Raccomandazioni e azioni post-progetto

Il progetto può chiudere anche se alcuni benefici si realizzeranno dopo. Ciò richiede che le azioni residue non restino nel vuoto.

Ogni azione post-progetto dovrebbe avere:

  • descrizione chiara;
  • proprietario;
  • data o condizione di verifica;
  • collegamento con beneficio, rischio o raccomandazione;
  • modalità di monitoraggio nell’operatività.

Per Prenotazioni Smart, “misurare per tre mesi la riduzione dei posti vuoti” non è un’attività del progetto se quest’ultimo sta chiudendo. Deve diventare una responsabilità esplicita del product owner, del business owner o della funzione operativa designata.

Chiusura amministrativa e archiviazione

La chiusura comprende anche aspetti meno visibili ma essenziali:

  • archiviare versioni finali di artefatti e log;
  • conservare evidenze di accettazione e decisioni;
  • chiudere contratti, ordini, accessi o risorse temporanee quando pertinenti;
  • trasferire documentazione a esercizio e supporto;
  • aggiornare repository e conoscenza organizzativa;
  • comunicare la chiusura alle parti interessate.

Archiviare non significa nascondere i documenti. Significa conservarli in modo che siano rintracciabili per audit, supporto, manutenzione e progetti futuri.

Chiusura del progetto e vita del prodotto

PM² ricorda una domanda essenziale: “Is there life after the project?”

La risposta è quasi sempre sì.

ProgettoProdotto o servizio
È temporaneoContinua nell’operatività
Produce output e abilita il cambiamentoViene usato, mantenuto ed evoluto
Ha una chiusura formaleHa una vita operativa, costi e benefici successivi
Trasferisce responsabilitàRiceve ownership operativa

Nel caso di Annotatio, il progetto può terminare dopo aver introdotto Prenotazioni Smart. Il prodotto continua a ricevere supporto, misurare utilizzo, correggere difetti, evolvere funzioni e generare benefici.

Governance del Closing

RuoloContributo tipico
Project ManagerCoordina chiusura, report, archiviazione e azioni residue
Business ManagerVerifica adozione, Business Implementation e azioni per benefici
Project OwnerValida il successo rispetto agli obiettivi e approva la chiusura entro la propria autorità
Solution ProviderConferma handover, qualità della delivery e responsabilità tecniche residue
PSCEsamina risultati, raccomandazioni e decisione di chiusura
AGBRiceve o approva decisioni oltre l’autorità del PSC, quando necessario

Il Closing non è soltanto compito del PM. Il PM lo coordina, ma business e provider devono confermare che il progetto può lasciare responsabilità chiare dopo di sé.

Caso pratico: chiudere bene Prenotazioni Smart

La prima release è accettata e le palestre pilota la usano. Prima di chiudere, il team:

  1. confronta risultati, budget e tempistiche con baseline e obiettivi;
  2. conferma che supporto e ownership operativa sono assegnati;
  3. trasferisce al product team due miglioramenti non inclusi nello scope;
  4. registra una lesson sull’importanza di coinvolgere prima le palestre pilota;
  5. redige il Project-End Report;
  6. porta report, azioni residue e raccomandazioni al PSC;
  7. archivia gli artefatti e comunica la conclusione.

Il progetto può così chiudere senza fingere che il prodotto sia “finito”.

Da non confondere

CoppiaDifferenza
RfC e Project EndedRfC autorizza Closing; Project Ended segue il completamento del Closing.
Lessons Log e Project-End ReportIl Log raccoglie lezioni durante il progetto; il Report le consolida e le collega a raccomandazioni.
Chiusura del progetto e fine del prodottoIl progetto termina; prodotto, supporto e benefici continuano.
Azione residuale e issue dimenticataUn’azione residuale è esplicitamente assegnata; un’issue dimenticata non ha governance.
Archiviazione e abbandonoArchiviare conserva conoscenza rintracciabile; abbandonare la rende inutilizzabile.

Verifica ciò che ricordi

  1. Qual è l’artefatto principale del Closing?
  2. Quando dovrebbero essere raccolte le Lessons Learned?
  3. Che cosa rende utile una Lesson Learned?
  4. Chi deve possedere un’azione post-progetto?
  5. Perché Project Ended non significa fine del prodotto?

Risposte

  1. Il Project-End Report.
  2. Durante l’intero progetto, nel Lessons Log.
  3. Collegare evento, effetto, causa e azione futura.
  4. Un proprietario operativo esplicitamente assegnato.
  5. Perché supporto, uso, evoluzione e benefici continuano nell’operatività.

Flashcard

D: Quale artefatto sintetizza performance, lezioni e raccomandazioni?
R: Project-End Report.

D: Quando si registrano le Lessons Learned?
R: Continuamente, nel Lessons Log.

D: Che cosa autorizza RfC?
R: L’ingresso nel Closing.

D: A chi vanno assegnate le azioni post-progetto?
R: A un proprietario operativo.

D: Il Closing termina la vita del prodotto?
R: No. Termina il progetto; il prodotto continua nell’operatività.

Domanda in stile esame

Quale attività appartiene più chiaramente al Closing?

A. Definire il budget iniziale del progetto.
B. Preparare un piano dettagliato di work package.
C. Consolidare Lessons Learned e assegnare azioni post-progetto.
D. Sviluppare un deliverable non ancora realizzato.

Risposta corretta: C. Budget e piano appartengono a Initiating/Planning; lo sviluppo appartiene a Executing.

Nel prossimo articolo

Nel prossimo articolo entreremo nel processo trasversale Monitor & Control, partendo da reporting, scostamenti e decisioni correttive.


Fonti essenziali

  • European Commission, PM² Project Management Methodology Guide v3.1.
  • European Commission, PM² Project Management Methodology – Highlights, 2025 Edition.
© Nc6 by Giuseppe Fanuzzi - IT08952900721 - PIQA6QP