Modelli · Pianificazione del progetto
Modello di richiesta di modifica (modulo gratuito e registro delle modifiche)
Questo modello gratuito di richiesta di modifica ti offre due strumenti in un unico file: un modulo di richiesta di modifica di una pagina per descrivere una modifica proposta e il suo impatto, e un registro delle modifiche che registra ogni richiesta, la relativa decisione e chi l'ha approvata. Scaricalo per Google Sheets, Excel o PDF, nella versione base, avanzata o esperta.

Punti chiave
- Una richiesta di modifica è una proposta formale di modificare scope, cronoprogramma, budget o un'altra baseline concordati. È una proposta, non un'approvazione.
- Il modello ha due schede: un registro delle modifiche per tutte le richieste e un modulo di una pagina per ogni singola modifica.
- Valuta ogni modifica rispetto a cinque aree prima che qualcuno decida: scope, cronoprogramma, costi, qualità e rischi.
- Concorda in anticipo le soglie di approvazione, così che le piccole modifiche procedano rapidamente e quelle grandi arrivino allo sponsor o al change control board.
- Quando una modifica è approvata, aggiorna il piano, la baseline e gli stakeholder. Una modifica approvata che non arriva mai al piano è comunque scope creep.
Download gratuito · senza registrazione
Scarica il modello di richiesta di modifica
Scegli livello e formato: Google Sheets, Excel o un PDF pronto per la stampa. I fogli di calcolo includono menu a discesa, formule e righe di esempio che puoi sovrascrivere.
Il modello completo con tutte le schede, i menu a discesa e le formule.
Che cos'è una richiesta di modifica?
A richiesta di modifica è una proposta formale di modificare qualcosa che un progetto ha già concordato, come scope, cronoprogramma, budget, un deliverable o un piano. Descrive la modifica, spiega perché è necessaria, ne illustra l'impatto su tempi, costi, qualità e rischi, e registra se la modifica è stata approvata, respinta o rinviata, e da chi.
La PMBOK Guide considera le richieste di modifica come l'input del controllo integrato delle modifiche, e le edizioni precedenti le raggruppano in quattro tipi: azione correttiva (riportare la performance in linea con il piano), azione preventiva (evitare uno scostamento futuro), riparazione dei difetti (correggere un prodotto che non soddisfa i requisiti) e aggiornamenti a documenti o piani di progetto.
La parola chiave è *proposta*. Aprire una richiesta di modifica non significa che la modifica avverrà. Avvia un processo breve e visibile in cui qualcuno con l'autorità adeguata esamina l'impatto e prende una decisione. È questo processo che impedisce a un progetto di scivolare nello scope creep.
Per il processo completo attorno al modulo, consulta la nostra guida al controllo delle modifiche.
Anteprima del registro delle modifiche
La prima scheda è il registro delle modifiche. Le righe di esempio seguenti mostrano tre richieste tipiche in fasi diverse; sovrascrivile con le tue.
| N. RdM | Data di segnalazione | Segnalato da | Descrizione della modifica | Motivazione | Impatto: ambito | Impatto: tempi (giorni) | Impatto: costi ($) | Priorità | Decisione | Approvato da | Data della decisione |
|---|---|---|---|---|---|---|---|---|---|---|---|
| CR-001 | 10 feb 2026 | Responsabile commerciale | Aggiungere l'esportazione in CSV nella pagina delle fatture | Richieste dei clienti | Aggiunta minore | 3 | 2,400 | Media | Approvato | Sponsor | 12 feb 2026 |
| CR-002 | 18 feb 2026 | Sicurezza | Aggiungere l'accesso a più fattori | Politica di sicurezza | Nuova funzionalità | 10 | 9,000 | Alta | Approvato | Comitato guida | 24 feb 2026 |
| CR-003 | 1 mar 2026 | Marketing | Cambiare i colori del brand | Rebranding | Rifacimento del design | 5 | 3,500 | Bassa | Rinviata | Sponsor | 4 mar 2026 |
Le righe di esempio sono solo indicative: sostituiscile con le tue.
Cosa contiene il modello di richiesta di modifica
Il modello è un foglio di calcolo con due schede che lavorano insieme. Usa il Modulo di richiesta di modifica per descrivere nel dettaglio una modifica, poi aggiungine una sintesi di una riga al Registro delle modifiche così da vedere tutte le richieste, e l'impatto totale, in un unico posto.
- Registro delle modifiche: N. RdM, Data di apertura, Aperta da, Descrizione della modifica, Motivazione, Impatto: scope, Impatto: tempi (giorni), Impatto: costi ($), Priorità, Decisione, Approvata da, Data della decisione
- Modulo di richiesta di modifica: Campo, Dettagli
Scheda Registro delle modifiche
Il registro delle modifiche ha 12 colonne: N. RdM, Data di segnalazione, Segnalato da, Descrizione della modifica, Motivazione, Impatto: ambito, Impatto: tempi (giorni), Impatto: costi ($), Priorità, Decisione, Approvato da e Data della decisione. Nelle versioni avanzata ed esperta, Decisione è un menu a tendina (In attesa, Approvata, Respinta, Rinviata) e Priorità è un menu a tendina (Alta, Media, Bassa).
Scheda Modulo di richiesta di modifica
Il modulo ha un semplice layout a due colonne (Campo e Dettagli) con 12 campi: numero della richiesta di modifica, richiedente e data, descrizione della modifica, motivazione o beneficio, opzioni considerate, impatto sullo scope, impatto sul cronoprogramma, impatto sui costi, impatto su qualità e rischi, raccomandazione, decisione e condizioni, e approvatore e data. Usa un modulo per ogni modifica.
Quale versione dovresti scaricare?
| Versione | Cosa include | Ideale per |
|---|---|---|
| Principiante | Una scheda con le colonne essenziali del registro: N. RdM, Data di apertura, Aperta da, Descrizione della modifica e Decisione | Progetti piccoli che hanno bisogno solo di tenere traccia di richieste e decisioni |
| Avanzato | Entrambe le schede (registro delle modifiche e modulo di richiesta di modifica) con tutte le 12 colonne del registro e i menu a tendina di Decisione e Priorità | La maggior parte dei progetti con uno sponsor o un cliente che approva le modifiche |
| Esperto | Tutto ciò che c'è nella versione avanzata, più una scheda di istruzioni, una dashboard che conta automaticamente le richieste per priorità e decisione, decisioni e priorità con codici colore, e una scheda di cronologia delle revisioni | PMO, lavoro per i clienti e progetti con un change control board |
Cosa includere in una richiesta di modifica
Una buona richiesta di modifica fornisce all'approvatore informazioni sufficienti per decidere senza una lunga riunione. Questi sono i campi del modello, cosa scrivere in ciascuno e un esempio.
| Campo | Cosa scrivere | Esempio |
|---|---|---|
| Numero della richiesta di modifica | Un ID univoco, così che la richiesta possa essere citata nel registro, nei verbali e nel piano | CR-004 |
| Richiedente / data | Chi l'ha aperta e quando | Head of Sales, 3 marzo |
| Descrizione della modifica | Cosa cambierebbe, in una o due frasi semplici | Aggiungere un'esportazione in CSV alla pagina delle fatture |
| Motivazione / beneficio | Perché è necessaria e cosa succede se non fai nulla | Tre clienti chiave esportano a mano le fatture ogni mese |
| Opzioni considerate | Alternative, compreso non fare nulla o rinviare | Rinviare alla fase 2; offrire un report di esportazione manuale |
| Impatto sullo scope | Cosa viene aggiunto, rimosso o modificato nei deliverable | Nuova funzione di esportazione e pagina di aiuto |
| Impatto sul cronoprogramma | Giorni aggiuntivi e qualsiasi effetto sulle milestone o sul percorso critico | +3 giorni; data di lancio invariata se approvata questa settimana |
| Impatto sui costi | Impegno aggiuntivo, acquisti o compensi | $2.400 di tempo degli sviluppatori |
| Impatto su qualità e rischi | Nuovi rischi, esigenze di test o effetti su altri deliverable | Test di regressione aggiuntivi sulle fatture |
| Raccomandazione | Cosa consiglia il project manager | Approvare, usando la contingency |
| Decisione e condizioni | Approvata, respinta o rinviata, con eventuali condizioni | Approvata, a condizione che la data di lancio resti invariata |
| Approvata da / data | Nome e ruolo del decisore e data | Sponsor, 5 marzo |
Come compilare il modello di richiesta di modifica
Segui questi passaggi per ogni modifica. L'intero ciclo per una piccola modifica può richiedere un giorno; una grande può richiedere una riunione del change control board.
- Assegna un numero alla richiesta. Usa il numero RdM successivo nel registro delle modifiche, così che ogni richiesta sia tracciabile.
- Descrivi la modifica e la motivazione. Sii breve e specifico. Chiedi al richiedente il beneficio per il business e la data entro cui ne ha bisogno.
- Elenca le opzioni. Includi il non fare nulla, il rinvio a una fase successiva, una versione ridotta o lo scambio con qualcosa già nello scope.
- Valuta l'impatto. Stima l'effetto su scope, cronoprogramma, costi, qualità e rischi con le persone che svolgeranno il lavoro (vedi sotto).
- Formula una raccomandazione. In qualità di project manager, indica quale opzione consigli e perché.
- Registrala e inoltrala per la decisione. Aggiungi la richiesta al registro delle modifiche con Decisione impostata su In attesa, poi invia il modulo all'approvatore o al change control board in base alle tue soglie.
- Registra la decisione. Compila Decisione, Approvata da e Data della decisione sia nel modulo sia nel registro.
- Aggiorna il piano e informa le persone. Per le modifiche approvate, aggiorna il baseline di progetto, il cronoprogramma, il budget e i documenti di scope, poi informa il team e gli stakeholder. Comunica al richiedente anche l'esito delle modifiche respinte e rinviate.
Come valutare l'impatto
È nella valutazione dell'impatto che risiede gran parte del valore di una richiesta di modifica. Affronta queste domande con i membri del team che svolgerebbero il lavoro:
- Ambito: Quali deliverable o work package cambiano? Bisogna eliminare qualcosa per fare spazio? Verifica rispetto alla tua work breakdown structure.
- Pianificazione: Quanti giorni di impegno in più servono, e la modifica tocca il percorso critico o una milestone fissa?
- Costi: Quali costi aggiuntivi di manodopera, materiali, licenze o fornitori servono? La contingency può coprirli?
- Qualità: Richiede test, revisioni o approvazioni aggiuntivi? Potrebbe influire su altre funzionalità?
- Rischio: Crea nuovi rischi o modifica quelli esistenti? Aggiungi gli eventuali nuovi rischi al registro dei rischi.
Esempio di richiesta di modifica
Ecco un modulo compilato per la seconda riga di esempio del modello, una richiesta di aggiungere l'accesso a più fattori a un progetto di portale clienti.
| Campo | Dettagli |
|---|---|
| Numero della richiesta di modifica | CR-002 |
| Richiedente / data | Team sicurezza, 18 febbraio 2026 |
| Descrizione della modifica | Aggiungere l'autenticazione a più fattori all'accesso al portale clienti. |
| Motivazione / beneficio | Richiesta dalla politica di sicurezza aziendale per i sistemi che contengono dati dei clienti. |
| Opzioni considerate | 1) Aggiungerla ora; 2) Lanciare senza e aggiungerla nella fase 2; 3) Usare l'opzione integrata del fornitore di single sign-on esistente. |
| Impatto sullo scope | Nuova funzionalità: registrazione del secondo fattore, passaggio di accesso e processo di recupero. |
| Impatto sul cronoprogramma | +10 giorni di sviluppo e test. |
| Impatto sui costi | $9,000 |
| Impatto su qualità e rischi | Riduce il rischio di sicurezza; aggiunge un rischio di supporto se gli utenti perdono l'accesso, quindi serve un processo di recupero. |
| Raccomandazione | Opzione 1. Lanciare senza violerebbe la politica. |
| Decisione e condizioni | Approvata. La data di lancio slitta di due settimane; lo sponsor informerà i clienti. |
| Approvata da / data | Comitato guida, 24 febbraio 2026 |
Nota che la decisione va a un comitato guida anziché al solo sponsor. Con $9.000 e dieci giorni, supera le soglie della sezione successiva. CR-001 nel registro di esempio, una modifica più piccola da $2.400, è stata approvata dallo sponsor.
Chi approva una richiesta di modifica?
L'approvatore dipende dalle dimensioni della modifica e da quanto prevede la tua governance di progetto . Concorda le soglie all'inizio del progetto e scrivile nella tua piano di project management o project charter, così nessuno dovrà discutere su chi decide.
La tabella seguente è un esempio di come molti team fissano le soglie. I valori sono illustrativi; fissa i tuoi in base alle dimensioni del progetto e alla propensione al rischio dello sponsor.
| Dimensione della modifica | Esempio di soglia | Chi decide |
|---|---|---|
| Piccola | Meno di 2 giorni e meno di $1.000, nessun effetto su milestone o deliverable concordati | Project manager (la registra e la riporta) |
| Media | Fino a 10 giorni o fino a $5.000, o qualsiasi modifica a un deliverable concordato | Sponsor del progetto |
| Grande | Oltre 10 giorni o oltre $5.000, o qualsiasi modifica a una milestone chiave, a un contratto o a un beneficio | Change control board o comitato guida |
| Emergenza | Correzione urgente a un servizio in esercizio o problema di sicurezza | Approvatore di emergenza nominato, con una richiesta di modifica completa compilata successivamente |
A change control board (CCB) è un gruppo, spesso composto da sponsor, project manager, un rappresentante del cliente e un responsabile tecnico, che esamina insieme le modifiche più grandi. Una matrice RACI è un modo rapido per rendere espliciti questi ruoli.
Tipi di richieste di modifica
Vedrai le richieste di modifica classificate in due modi: per scopo (le categorie della PMBOK Guide) e per urgenza e rischio (comune nel change management IT e in molti team di progetto).
| Tipo | Cosa significa | Esempio |
|---|---|---|
| Azione correttiva | Riporta il lavoro in linea con il piano | Aggiungere un secondo tester per recuperare una fase di test in ritardo |
| Azione preventiva | Riduce la probabilità di un problema futuro | Ordinare in anticipo l'hardware con lunghi tempi di consegna |
| Riparazione dei difetti | Corregge un prodotto o un componente che non soddisfa i requisiti | Rifare un report che mostra totali errati |
| Aggiornamento | Modifica un piano o un documento di progetto | Rivedere il piano di comunicazione dopo una riorganizzazione |
| Standard | Modifica di routine a basso rischio con una procedura pre-approvata | Aggiungere un utente a un sistema |
| Normale / rilevante | Richiede una valutazione completa e un'approvazione formale | Aggiungere un nuovo modulo allo scope |
| Emergenza | Deve avvenire rapidamente per risolvere un problema urgente | Correggere una falla di sicurezza in un sistema in esercizio |
Non è necessario usare tutte le categorie. Molti team aggiungono una colonna Tipo al registro delle modifiche o usano semplicemente la Priorità per separare le richieste di routine da quelle che richiedono il board.
Richiesta di modifica, ordine di modifica e registro delle modifiche a confronto
Questi termini sono spesso usati in modo approssimativo. Ecco come si relazionano.
| Termine | Che cos'è | Quando si usa |
|---|---|---|
| Richiesta di modifica | Una proposta di modificare scope, cronoprogramma, costi o un'altra baseline, con il relativo impatto | Ogni volta che qualcuno vuole modificare qualcosa già concordato |
| Ordine di modifica (change order) | L'istruzione vincolante o la modifica contrattuale emessa dopo l'approvazione di una modifica, comune nell'edilizia e nei contratti con i clienti | Dopo l'approvazione, quando occorre modificare un contratto o un ordine d'acquisto |
| Registro delle modifiche | Un registro di tutte le richieste di modifica con il loro stato e la loro decisione | Durante tutto il progetto, come traccia di audit |
| Controllo delle modifiche | Il processo per aprire, valutare, decidere e attuare le modifiche | Definito all'inizio; usato per tutto il progetto |
Il controllo delle modifiche è diverso anche dal change management organizzativo, che riguarda l'aiutare le persone ad adottare un nuovo modo di lavorare.
Le richieste di modifica nei progetti Agile
In Scrum e negli altri approcci Agile, la maggior parte dei cambiamenti è prevista e gestita tramite il backlog anziché con una richiesta di modifica. Le nuove idee vanno nel Product Backlog, e il Product Owner le ordina rispetto al lavoro esistente. Lo Sprint Goal è protetto durante lo sprint.
Una richiesta di modifica ha comunque un ruolo nel lavoro Agile quando la modifica riguarda qualcosa fuori dal controllo del team, ad esempio:
- Un contratto a prezzo fisso o uno statement of work che definisce scope o deliverable.
- Un budget o una data di rilascio fissi su cui lo sponsor si è impegnato.
- Requisiti normativi, di sicurezza o contrattuali.
- Dipendenze da altri team o fornitori.
In questi casi una versione leggera del modello (spesso il registro delle modifiche base) ti fornisce una traccia di audit senza rallentare il team.
Errori comuni nelle richieste di modifica
- Accettare modifiche a voce. Un "piccolo favore" concordato in riunione non arriva mai nel piano. Registra tutto, per quanto piccolo.
- Valutare i costi ma non il cronoprogramma o i rischi. Una modifica economica può comunque spostare il percorso critico o aggiungere rischi.
- Nessuna soglia concordata. Ogni modifica finisce allo sponsor, oppure nessuna.
- Lasciare le decisioni in sospeso. Le richieste bloccate su In attesa creano incertezza. Fissa un tempo obiettivo per la decisione.
- Non aggiornare la baseline. Le modifiche approvate devono confluire nel cronoprogramma, nel budget e nei documenti di scope, altrimenti il reporting dell'avanzamento sarà sbagliato.
- Ignorare l'effetto cumulativo. Rivedi il totale delle modifiche approvate, non solo ciascuna isolatamente.
- Dimenticare di chiudere il cerchio. Comunica ai richiedenti l'esito, comprese le richieste respinte e rinviate.
Domande frequenti
Che cos'è un modello di richiesta di modifica?
Un modello di richiesta di modifica è un modulo pronto per descrivere una modifica proposta a un progetto, spiegare perché è necessaria, valutarne l'impatto su scope, cronoprogramma, costi, qualità e rischi, e registrare la decisione. Questo comprende anche un registro delle modifiche che elenca tutte le richieste.
Questo modello di richiesta di modifica è gratuito?
Sì. Il modello di richiesta di modifica si scarica gratuitamente in Google Sheets, Excel e PDF, senza registrazione.
Cosa dovrebbe includere una richiesta di modifica?
Come minimo: un numero di riferimento, chi l'ha aperta e quando, una descrizione della modifica, la motivazione o il beneficio, le opzioni considerate, l'impatto su scope, cronoprogramma, costi, qualità e rischi, una raccomandazione, e la decisione con approvatore e data.
Come si scrive una richiesta di modifica?
Descrivi la modifica in una o due frasi semplici, spiega la motivazione di business, elenca le opzioni compreso il non fare nulla, stima l'impatto con le persone che svolgerebbero il lavoro, formula una raccomandazione e inviala alla persona che ha l'autorità di approvarla.
Chi approva una richiesta di modifica?
Dipende dalle dimensioni della modifica e dalla tua governance. Le piccole modifiche sono spesso approvate dal project manager, quelle medie dallo sponsor e quelle grandi da un change control board o da un comitato guida. Concorda queste soglie all'inizio del progetto.
Che cos'è un registro delle modifiche?
Un registro delle modifiche è un registro di tutte le richieste di modifica di un progetto, con impatto, decisione, approvatore e data. Ti fornisce una traccia di audit e mostra l'effetto combinato di tutte le modifiche.
Qual è la differenza tra una richiesta di modifica e un ordine di modifica?
Una richiesta di modifica è una proposta non ancora approvata. Un ordine di modifica è l'istruzione vincolante o la modifica contrattuale emessa una volta approvata la modifica, ed è comune nell'edilizia e nel lavoro per i clienti.
Quali sono i tipi di richieste di modifica?
La PMBOK Guide le raggruppa per scopo: azione correttiva, azione preventiva, riparazione dei difetti e aggiornamenti. Molti team le classificano anche per urgenza e rischio, come modifiche standard, normali o rilevanti, e di emergenza.
Che cos'è un change control board?
Un change control board è un gruppo di persone, spesso lo sponsor, il project manager, un rappresentante del cliente e un responsabile tecnico, che esaminano insieme le richieste di modifica più grandi e decidono in merito.
I progetti Agile hanno bisogno di richieste di modifica?
Nei progetti Agile la maggior parte dei cambiamenti passa per il Product Backlog, ordinato dal Product Owner. Una richiesta di modifica resta utile quando un cambiamento riguarda un contratto, un budget fisso, una data di rilascio o un altro team.
Posso usare il modello di richiesta di modifica in Excel o Google Sheets?
Sì. Scarica il file .xlsx per Excel o creane una copia in Google Sheets. Le versioni avanzata ed esperta includono menu a tendina per Decisione e Priorità; il PDF serve per la stampa e la firma.
Anche le piccole modifiche dovrebbero passare per una richiesta di modifica?
Sì, ma con un processo più leggero. Registra ogni modifica, anche le piccole, e lascia che il project manager approvi quelle sotto una soglia concordata. Le piccole modifiche non registrate sono la causa principale dello scope creep.
Cosa succede dopo l'approvazione di una richiesta di modifica?
Aggiorna il piano di progetto, il cronoprogramma, il budget e la baseline dello scope, assegna il nuovo lavoro e informa il team e gli stakeholder. Registra la decisione e la data nel registro delle modifiche.