Guide › Guida
Checklist per il passaggio di consegne del progetto
Il passaggio di consegne è il momento in cui la verità esce dall'archivio. Usa questa checklist per consegnare ciò che è reale e non ciò che è ordinato, sia che tu te ne vada, ruoti su un altro incarico o passi un progetto concluso al team che lo gestirà.
1. Concorda che cosa viene consegnato
Il passaggio di consegne va male quando le due parti immaginano cose diverse. Scrivi se si tratta di una persona che passa un progetto in corso a un altro manager o di un progetto realizzato che passa alle operations. Indica chi riceve, la data e il momento in cui la responsabilità si trasferisce davvero.
- Responsabile uscente, responsabile subentrante e sponsor indicati per nome.
- Data di efficacia del trasferimento, non solo la data della riunione di consegna.
- Perimetro della consegna: l'intero progetto, un filone di lavoro o solo il prodotto.
- Come resta raggiungibile il responsabile uscente, e per quanto tempo.
2. Consegna il piano e il denaro
Passa la baseline attuale e la previsione, e sii onesto sulla distanza tra le due. Mostra le prossime tre milestone con le date e le dipendenze che potrebbero spostarle.
Il budget merita la stessa franchezza: approvato, speso, impegnato e previsto, mettendo in evidenza ciò che non è ancora fatturato o è contestato.
- Baseline approvata e data di fine prevista attuale.
- Percorso critico e prossime tre milestone.
- Budget: approvato, speso, impegnato, previsto.
- Ordini di acquisto aperti, contratti con i fornitori e scadenze di rinnovo.
- Eventuali richieste di modifica approvate o in attesa.
3. Consegna le voci RAID ancora aperte
Il registro RAID è la cosa più vicina a una memoria che il progetto possieda. Guida chi subentra attraverso ogni rischio, issue e decisione aperti, non soltanto quelli rossi, e dì che cosa stavi per fare su ciascuno.
- Ogni voce aperta ha un responsabile con nome e una scadenza.
- I rischi vicini a diventare issue sono segnalati.
- Decisioni in attesa di risposta, e da parte di chi.
- Tutto ciò che è stato promesso a voce e non è scritto.
4. Consegna le persone e le dinamiche
Presenta chi subentra a sponsor, stakeholder chiave e fornitori, di persona quando possibile. Condividi la mappa degli stakeholder, ma anche gli appunti non scritti: chi va chiamato prima di una riunione, chi legge tutto, chi non legge niente.
- Mappa degli stakeholder e piano di comunicazione.
- Date di governance: prossimo SteerCo e scadenza del suo dossier.
- Contatti chiave di fornitori e team.
- Sensibilità che chi subentra deve conoscere dal giorno uno.
5. Conferma e chiudi con la firma
Un passaggio di consegne è completo quando lo dice chi riceve, non quando chi consegna smette di parlare. Fai un breve giro di verifica, lascia che chi subentra faccia le domande scomode e registra l'accettazione. Se usi un file di piano già esistente, importarlo in Senshin dà a chi subentra un piano vivo, un registro RAID e una vista dello stato di salute da cui partire.
- Chi riceve conferma di trovare ogni documento elencato.
- L'accesso a sistemi e cartelle è verificato, non dato per scontato.
- Domande aperte registrate con responsabili e date.
- Accettazione registrata da sponsor e dai due manager.

Tienilo sempre aggiornato, non in un foglio Excel
Senshin tiene piano, RAID, budget e report in un unico posto, così tutto resta aggiornato senza il copia-e-incolla settimanale. Prova di 14 giorni, con progetti di esempio.
Inizia la prova di 14 giorniDove si trova in Senshin
O £499.90 all'anno. Ogni piano inizia con una prova di 14 giorni; al termine, il tuo lavoro rimane accessibile in sola lettura finché non ti abboni. Puoi annullare in qualsiasi momento. I prezzi sono al netto delle imposte. Il prezzo di Enterprise è per contratto: parla con noi.
Domande frequenti
Che cosa va incluso in un passaggio di consegne di progetto?
Il piano e la baseline, la situazione del budget, le voci RAID aperte, contratti e fornitori, dettagli su stakeholder e governance, documenti e accessi ai sistemi, e una conferma firmata da chi riceve.
Qual è la differenza tra passaggio di consegne e chiusura?
Il passaggio di consegne trasferisce la responsabilità a un nuovo responsabile o team. La chiusura termina formalmente il progetto, conferma i risultati e registra le lezioni apprese. Spesso avvengono insieme, ma non sono la stessa cosa.
Quanto dovrebbe durare il passaggio di consegne di un progetto?
Il tempo necessario perché chi subentra possa fare tutte le domande che contano: per un progetto in corso, di solito alcuni giorni lavorativi di affiancamento. È nei passaggi frettolosi che le promesse non documentate si perdono.
Chi firma il passaggio di consegne di un progetto?
Chi subentra conferma di accettarlo e lo sponsor o il responsabile gerarchico di norma controfirma, così la responsabilità resta registrata con chiarezza.
Altre guide
Ultimo aggiornamento: