Guide › Guida

Modello di richiesta di modifica (change request)

Ogni progetto ha uno stakeholder che dice «solo una piccola cosa», di solito alle 16:55 di un venerdì. La richiesta di modifica è il modo per trasformare quella piccola cosa in una decisione firmata da qualcuno, invece che in una sorpresa che assorbi tu.

A che cosa serve una richiesta di modifica

Una richiesta di modifica è una breve proposta scritta per cambiare ambito, tempi, budget o qualità concordati di un progetto. Esiste perché chi la chiede veda il prezzo del cambiamento prima che avvenga, e perché chi la approva firmi per le conseguenze.

Tienila a una pagina. Se per spiegare una modifica servono dieci pagine, probabilmente è un nuovo progetto in impermeabile.

Il modulo: i campi da copiare

Incolla questa struttura nel tuo documento e adatta la formulazione alla tua governance.

• Numero di riferimento, titolo e data di apertura.
• Richiedente (una persona con nome e cognome) e sponsor a cui deve arrivare.
• Descrizione della modifica in due o tre frasi semplici.
• Motivo: il problema che risolve o l'opportunità che crea.
• Priorità: indispensabile, importante o auspicabile, con una data entro cui serve.
• Stato: aperta, valutata, approvata, respinta, rinviata o implementata.

La valutazione d'impatto

È la parte che trasforma un'opinione in una decisione. Compilala prima che qualcuno sia chiamato ad approvare.

Sii specifico. «Qualche giorno di lavoro in più» non è un impatto; tre giorni lavorativi di sviluppo più uno di test lo è.

• Ambito: quali deliverable vengono aggiunti, modificati o eliminati.
• Tempi: le attività toccate, la nuova data di fine e se il percorso critico si sposta.
• Costi: sforzo aggiuntivo, acquisti e contingenza usata, mostrati come totale prima e dopo.
• Rischi: nuovi rischi creati o rischi esistenti aggravati.
• Dipendenze: altri team, fornitori o progetti che devono cambiare a loro volta.
• Benefici: che cosa ottiene il business, e se il business case regge ancora.

Opzioni e raccomandazione

Offri almeno due opzioni oltre a non fare nulla, per esempio approvare per intero, approvare una versione ridotta, rinviare a una fase successiva. Poi dì quale raccomandi e perché, in una frase che uno sponsor indaffarato possa leggere in ascensore.

• Opzione A: non fare nulla, e quanto costa.
• Opzione B: approvare come richiesto, con le cifre d'impatto indicate sopra.
• Opzione C: un'alternativa più economica o più tardiva.
• La tua raccomandazione e il motivo in una riga.

Decisione e seguito

Una modifica non è approvata finché la persona giusta non lo ha detto per iscritto. Registra chi ha deciso, quando e che cosa cambia nel piano di conseguenza. Poi aggiorna davvero la baseline, altrimenti il prossimo report ti confronta con un piano che nessuno segue.

In Senshin la decisione sta nel registro RAID accanto all'attività del piano e alla voce di costo che riguarda, così la traccia c'è quando qualcuno chiede perché la data si è spostata.

• Nome dell'approvatore, decisione, data ed eventuali condizioni.
• Nuova data di fine, budget e ambito aggiornati, con i valori precedenti conservati per confronto.
• Responsabile dell'aggiornamento del piano e data prevista.
• Una riga nel prossimo report dello SteerCo, così nessuno lo scopre per sentito dire.

Dove si trova in Senshin

Domande frequenti

Altre guide

Ultimo aggiornamento: 2026-10-22