Una solida documentazione di miglioramento dei processi trasforma i successi occasionali in guadagni cumulativi. Con Trupeer, puoi risparmiare ore sulla documentazione di miglioramento partendo da modelli di documentazione gratuiti per il miglioramento dei processi, personalizzandoli con le tue linee guida del brand e trasformando gli elementi del miglioramento in video presentazioni che ne favoriscono l'adozione.

Che cos'è la documentazione di miglioramento dei processi?

La documentazione di miglioramento dei processi è la registrazione di un cambiamento nel modo in cui viene svolto il lavoro: quale era il problema, cosa è stato riscontrato, cosa è stato cambiato e cosa è accaduto di conseguenza.

Copre una famiglia di documenti piuttosto che uno solo. Un foglio A3 o un foglio di risoluzione dei problemi durante il lavoro. Un documento di lavoro standard che descrive il nuovo metodo. Un report di miglioramento alla fine. Una mappa del flusso di valore se lo sforzo è stato guidato da principi lean. E qualsiasi cosa il cambiamento abbia prodotto sotto forma di procedure aggiornate.

Si distingue dalla documentazione di processo, che descrive come un processo viene attualmente eseguito. La documentazione di processo è lo stato attuale (as-is). La documentazione di miglioramento è la registrazione del passaggio da uno stato attuale all'altro, e le due cose vengono costantemente confuse. Se ciò di cui hai bisogno è una descrizione di come funziona un processo oggi, il nostro modello di documentazione di processo copre proprio questo ed è probabilmente ciò che stai cercando.

Questa pagina tratta della traccia cartacea che un miglioramento si lascia alle spalle, e in particolare del perché la maggior parte di essa sia inutile sei mesi dopo.

Perché i report di miglioramento sono scritti per il lettore sbagliato

La documentazione di miglioramento viene scritta alla fine di un progetto, da chi lo ha gestito, per un comitato di controllo, uno sponsor, un audit o una revisione dei benefici.

Quel lettore vuole sapere una cosa: se ha funzionato e cosa ha fatto risparmiare. Quindi il report è organizzato per rispondere a questo. Contesto, stato attuale, causa radice, soluzione, implementazione, benefici realizzati, approvazione. Ogni report di miglioramento in circolazione ha all'incirca queste sezioni, che rispondono alla domanda in modo competente.

Il problema è che quel lettore lo legge una volta e mai più.

La persona che ne avrà effettivamente bisogno è qualcuno diciotto mesi o tre anni dopo, che si trova ad affrontare un problema simile, o che indaga sul perché una metrica sia peggiorata di nuovo, o che si chiede se un'idea sia già stata provata. Quel lettore vuole cose completamente diverse: cosa avevate ipotizzato che si è rivelato sbagliato, cosa avete provato che è fallito e su cosa si basa questo miglioramento per continuare a funzionare.

Nessuna di queste informazioni appare in un report di miglioramento standard, perché non sono ciò che il primo lettore ha chiesto. Due di queste appaiono attivamente come punti deboli al momento dell'approvazione, motivo per cui vengono eliminate in fase di redazione.

Come personalizzare questo modello in Trupeer

Fase 1: Apri la sezione Modelli

Vai alla sezione Modelli dal menu di navigazione principale.

Fase 2: Seleziona e apri un modello

Fai clic su qualsiasi modello con cui desideri lavorare per aprirlo.

Fase 3: Espandi la visualizzazione del modello

Se necessario, espandi la visualizzazione del modello per vedere chiaramente il layout completo e i dettagli.

Fase 4: Modifica il modello

Fai clic su Modifica per iniziare a modificare il modello selezionato.

All'interno dell'editor puoi:

• Aggiungere nuove sezioni

• Definire o aggiornare le regole di formattazione

• Aggiungere un logo e regolarne la posizione e le relative impostazioni

Fase 5: Salva il tuo modello personalizzato

Dopo aver apportato tutte le modifiche necessarie, fai clic su Salva per memorizzare il modello aggiornato come tuo.

Fase 6: Visualizza l'anteprima e perfeziona il modello

Quando desideri vedere l'aspetto del tuo modello personalizzato, apri l'Anteprima.

Dalla schermata di anteprima, puoi continuare ad apportare modifiche direttamente, se necessario, assicurandoti che il modello appaia esattamente come desideri.

Con i modelli di documentazione per il miglioramento dei processi puoi:

• Risparmiare ore sulla documentazione: Salta la pagina bianca grazie a strutture utilizzate dai professionisti Lean e Six Sigma.

• Catturare ogni elemento: Modelli per mappe, analisi, piani e report.

• Rimanere in linea con il brand: Applica il tuo logo, i tuoi font e i tuoi colori usando il brand kit di Trupeer.

• Favorire l'adozione: Converti report densi in video presentazioni che il team assimilerà facilmente.

• Standardizzare il miglioramento: Usa gli stessi modelli per ogni iniziativa.

• Raggiungere team globali: Traduci i documenti di miglioramento in oltre 65 lingue con un solo clic.

Le tre sezioni che mancano in un report di miglioramento

Tre aggiunte, nessuna delle quali richiede molto tempo, e che sono le uniche parti di cui chiunque avrà bisogno in seguito.

Cosa avevamo ipotizzato e in cui ci sbagliavamo. Ogni miglioramento inizia con un'ipotesi sulla causa. Registra quale era e come è cambiata. Questo è di solito il paragrafo di maggior valore del documento, perché l'ipotesi errata è normalmente quella ovvia, e anche la persona successiva partirà da lì.

Cosa abbiamo provato e scartato. Opzioni prese in considerazione e rifiutate, con la relativa motivazione. Un'opzione rifiutata senza una motivazione registrata viene riproposta entro due anni, e qualcuno passerà un mese a riscoprire perché non funziona.

Da cosa dipende questo miglioramento. Le condizioni in base alle quali il risultato si mantiene valido. Questa è la sezione che svolge il lavoro più importante ed è quella trattata di seguito a pieno titolo.

L'aggiunta di queste sezioni trasforma un documento di chiusura in un documento di partenza. Cambia anche chi dovrebbe scriverlo, perché un report contenente ipotesi fallite e opzioni scartate è un tipo di documento diverso da uno scritto per dimostrare il successo, e ha bisogno di uno sponsor che lo accetti.

Dipendenze: su cosa si basa silenziosamente il tuo miglioramento

Quasi ogni miglioramento di processo è subordinato a determinate condizioni. Funziona perché alcune cose sono vere, e quando queste cose smettono di essere vere smette di funzionare, di solito senza che nessuno colleghi i due eventi.

Dipendenze tipiche, nessuna delle quali viene normalmente messa per iscritto come tale.

Un ruolo che è stato creato o riassegnato durante il progetto. Una regola o una soglia che è stata modificata. Una cadenza di riunione o di revisione che è stata introdotta. Una configurazione di sistema o un'automazione. Il coinvolgimento di una persona specifica. Un fornitore o un team a monte che si comporta in un modo particolare. Un'ipotesi di volume o di mix che ha reso praticabile il nuovo metodo.

I report di miglioramento menzionano tutto questo nella sezione relativa all'implementazione, descrivendoli come cose che sono state fatte. Questo non equivale a registrarli come condizioni da cui dipende il risultato, e la differenza conta enormemente diciotto mesi dopo, quando una ristrutturazione, un cambio di sistema o un'inversione di politica ne rimuove uno.

Scrivi ogni dipendenza come una riga: cos'è, chi ne è responsabile ora e cosa dovrebbe accadere se cambia. Quindi inserisci quelle righe in un posto che venga consultato quando le cose cambiano, ovvero insieme alla documentazione di processo piuttosto che all'interno di una cartella di progetto chiusa. Una dipendenza registrata solo nel report di miglioramento è una dipendenza che nessuno guarderà mai più.

Modelli gratuiti di documentazione per il miglioramento dei processi: il report da copiare

Copia da qui. Le tre sezioni contrassegnate da un asterisco sono le aggiunte.

Intestazione. Riferimento e titolo del miglioramento. Processo interessato. Responsabile. Sponsor. Date di inizio e chiusura. Stato.

Il problema. Dichiarato come un'osservazione con un numero. Cosa stava accadendo, con quale frequenza e come lo si è saputo.

Linea di base (Baseline). La misura, il suo valore precedente, come è stata misurata, in quale periodo e quando. Senza questo nulla di ciò che segue può essere valutato, che è lo stesso concetto espresso dal nostro modello di metodo PDCA sulla fase di Verifica (Check).

Cosa avevamo ipotizzato e in cui ci sbagliavamo. L'ipotesi iniziale, ciò che l'indagine ha effettivamente riscontrato e quando le due cose hanno preso strade diverse.

Causa radice. Quale si è rivelata essere, con le relative prove.

Cosa abbiamo provato e scartato. Opzioni prese in considerazione, perché ciascuna è stata rifiutata e cosa dovrebbe cambiare affinché valga la pena riconsiderarla.

Cosa abbiamo cambiato. L'intervento effettivo, descritto in modo sufficientemente preciso da essere riprodotto.

Risultato. La stessa misura, lo stesso metodo, il valore successivo, la differenza e gli eventuali effetti collaterali sul lavoro adiacente.

Da cosa dipende questo miglioramento. Una riga per dipendenza, con il responsabile attuale e cosa fare se cambia.

Documenti modificati. Quali procedure, istruzioni operative o ausili di lavoro sono stati aggiornati, con relativo riferimento. Un miglioramento che non ha modificato alcun documento non è stato standardizzato.

Approvazione. Chi, quando e a fronte di quali prove.

Copia fino a qui. Mantieni l'intero documento entro tre o quattro pagine. L'istinto con i report di miglioramento è dimostrare il rigore attraverso la lunghezza, ma un report di ventidue pagine viene letto da meno persone rispetto a uno di quattro pagine.

Tipi di documentazione per il miglioramento dei processi e quando usarli

I due elementi che vengono saltati più spesso sono il lavoro standard e il registro. Saltare il lavoro standard significa che il miglioramento regredisce nel giro di poche settimane. Saltare il registro significa che l'organizzazione non può rispondere se qualcosa è già stato provato prima, che è la domanda che viene posta più spesso e a cui si risponde più raramente.

Il miglioramento che è regredito e nessuno se ne è accorto

Nettlebed Financial Services amministra prodotti vita e pensionistici con circa settecento dipendenti. Nel 2023 ha avviato un progetto di miglioramento sull'elaborazione delle richieste di nuovi contratti, dove il tempo medio di risposta era di undici virgola quattro giorni a fronte di uno standard di servizio di cinque giorni.

Quattro mesi di lavoro hanno portato la media a quattro virgola due giorni. È stato registrato come un successo con un beneficio annualizzato di circa trecentoquarantamila sterline, presentato al consiglio di amministrazione e chiuso. Il report di miglioramento contava ventidue pagine e presentava ogni sezione convenzionale.

Due anni dopo, il tempo di risposta era di nove virgola otto giorni.

Nessuno si era accorto dello scostamento, perché il miglioramento era stato chiuso e la metrica era migrata su una dashboard diversa quando la reportistica era stata razionalizzata.

L'indagine ha rilevato tre cause, tutte dipendenze che non erano mai state registrate come tali.

Durante il progetto era stato creato un ruolo di triage dedicato, che è stato riassorbito nel pool generale durante una ristrutturazione nel 2024. Nessuno dei soggetti coinvolti in quella ristrutturazione sapeva che qualcosa dipendesse da esso.

Una regola secondo cui le richieste a cui mancavano più di due campi venivano restituite il giorno stesso, anziché essere sollecitate, era stata silenziosamente revocata in seguito a un reclamo.

E una revisione settimanale di quindici minuti della coda delle pratiche più vecchie si era interrotta quando il capogruppo che la gestiva si era trasferito in un altro dipartimento.

Tutte e tre le cose apparivano nel report originale. Tutte e tre erano descritte nella sezione relativa all'implementazione come cose che erano state fatte, e nessuna era elencata come una condizione da cui dipendeva il risultato.

C'è stata una seconda scoperta. La sezione relativa alla causa radice del report indicava che la causa era l'insufficienza di risorse nel team dei nuovi contratti. La causa reale, stabilita nella sesta settimana del progetto, era che il trentotto percento delle richieste arrivava incompleto da un canale di distribuzione. Questa scoperta era rimasta nelle note di lavoro del progetto e non aveva mai raggiunto il report finale, perché il report era stato scritto per giustificare la soluzione piuttosto che per registrare ciò che era stato appreso.

Quando hanno riavviato il progetto nel 2026, ci sono voluti tre mesi anziché quattro e sono giunti alla stessa conclusione nella seconda settimana, ma solo perché qualcuno aveva conservato le vecchie note di lavoro su un'unità personale.

Il modello di report è stato riscritto con le tre sezioni sopra descritte. Le dipendenze sono state registrate insieme alla documentazione di processo anziché nella cartella del progetto, con un responsabile e un attivatore (trigger) per ciascuna.

Nei diciotto mesi successivi, quattordici miglioramenti sono stati documentati secondo il nuovo formato. Sono scattati quattro avvisi di dipendenza, dovuti a un cambio di ruolo, due modifiche di sistema e un'inversione di politica. Tre di questi hanno portato ad azioni che hanno preservato il miglioramento.

Come scrivere un report di miglioramento, passo dopo passo

Scrivi la sezione della linea di base all'inizio del progetto, non alla fine. Le linee di base create a posteriori sono sempre leggermente lusinghiere e tutti lo sanno.

Mantieni una nota di lavoro sulle ipotesi man mano che cambiano. Il momento in cui qualcuno dice "pensavamo fosse X ma in realtà è Y" è il momento di metterlo per iscritto, perché non sopravviverà fino alla fine del progetto.

Registra le opzioni scartate nel momento in cui vengono scartate, con la relativa motivazione, dedicando una riga a ciascuna.

Scrivi la sezione dei risultati usando la stessa misura e lo stesso metodo della linea di base. Se la misurazione è cambiata durante il progetto, segnalalo e spiega come regge il confronto.

Scrivi la sezione delle dipendenze per ultima, ripercorrendo a ritroso tutto ciò che hai cambiato e chiedendoti, per ciascuna modifica, cosa succede se viene meno. Questa domanda fa emergere dipendenze che l'elenco di implementazione non mostra.

Quindi nomina i documenti che sono cambiati. Se non ne è cambiato nessuno, il miglioramento non è terminato, a prescindere da ciò che dicono i numeri.

Il registro dei miglioramenti e perché i singoli report vengono archiviati

I singoli report di miglioramento vengono letti una volta e poi archiviati. Questo non è un problema di disciplina, è un problema di trovabilità: nessuno sa che esiste un report pertinente, quindi nessuno lo cerca.

Un registro risolve la maggior parte del problema e richiede un'ora per essere configurato. Una riga per ogni miglioramento con il processo interessato, il problema in una riga, il risultato, la data, il responsabile e un collegamento al report.

Due colonne lo rendono veramente utile piuttosto che puramente amministrativo. Una breve lista di parole chiave che descrivono il problema nel linguaggio che le persone userebbero durante la ricerca, piuttosto che il nome del progetto. E il conteggio delle dipendenze, in modo che chiunque analizzi una ristrutturazione o un cambio di sistema possa filtrare per i miglioramenti che potrebbero esserne influenzati.

Esaminalo quando avviene un cambiamento strutturale piuttosto che in base a una scadenza fissa. Il registro si rivela utile esattamente in due momenti: quando qualcuno propone un miglioramento e quando cambia qualcosa che potrebbe annullarne uno.

Best practice per la documentazione di miglioramento dei processi

Documenta durante, non dopo. Quasi tutto ciò che è di valore accade nel bel mezzo del lavoro e svanisce alla fine di esso.

Scrivi l'ipotesi fallita. È il paragrafo più utile del report ed è la prima vittima dei tagli operati per compiacere uno sponsor.

Separa il report dallo standard. Il report registra ciò che è accaduto una volta. Il documento di lavoro standard, la SOP o l'istruzione operativa registrano come viene svolto il lavoro ora, ed è ciò che mantiene in vita il miglioramento.

Mantienilo breve. Quattro pagine lette sono meglio di ventidue pagine archiviate.

Registra le dipendenze dove avviene il cambiamento. Nella documentazione di processo, non nella cartella del progetto.

Chiudi la metrica in modo corretto. Concorda chi sarà responsabile della metrica al termine del progetto e dove verrà riportata, perché una metrica senza un responsabile va alla deriva senza che nessuno se ne accorga.

Documentazione di miglioramento o documentazione di processo: qual è la differenza?

È bene essere diretti, perché questi due termini vengono cercati in modo intercambiabile ma si riferiscono a documenti diversi.

La documentazione di processo descrive come si svolge un processo ora. Viene aggiornata continuamente, viene letta dalle persone che eseguono il lavoro e la sua misura di successo è se qualcuno è in grado di eseguire il processo basandosi su di essa. Il nostro modello di documentazione di processo si occupa di questo.

La documentazione di miglioramento dei processi registra un cambiamento: cosa non andava, cosa è stato riscontrato, cosa è stato fatto, da cosa dipende. Viene scritta una sola volta, non viene aggiornata e viene letta da persone che stanno valutando un cambiamento piuttosto che da chi esegue il lavoro.

La relazione tra le due è che un miglioramento riuscito produce un aggiornamento nella documentazione di processo. Se il tuo report di miglioramento esiste ma la documentazione di processo descrive ancora il vecchio metodo, il miglioramento regredirà e il report rimarrà l'unica prova che sia mai avvenuto.

Se sei venuto qui cercando un modello per scrivere come funziona un processo, si tratta di documentazione di processo ed è l'altra pagina. Se desideri un diagramma di flusso, il nostro modello di flusso di processo spiega quando vale la pena disegnarlo.

Posso ottenere un modello di miglioramento dei processi in Word o Excel?

Word o Google Documenti per il report di miglioramento. È un testo strutturato, viene diffuso e commentato, e viene letto piuttosto che ordinato.

Excel per due cose. Il registro dei miglioramenti, che è un elenco e necessita di filtri e ricerche. E il registro delle dipendenze, che richiede una riga per dipendenza con un responsabile e un attivatore di revisione, filtrabile per processo in modo che una ristrutturazione o un cambio di sistema possano essere verificati a fronte di esso.

PDF per il report chiuso una volta approvato. Mantieni tuttavia le righe delle dipendenze modificabili e collocate altrove, poiché devono cambiare quando cambia la responsabilità, e una dipendenza congelata in un PDF è una dipendenza che non verrà aggiornata.

PowerPoint si adatta alla presentazione finale per uno sponsor, che è un elemento diverso dal report e dovrebbe essere costruito a partire da esso, anziché in sua sostituzione. Se sopravvive solo la presentazione, le ipotesi e le opzioni scartate sono le prime cose che vanno perse.

Come registrare ciò che è effettivamente cambiato sul campo

La sezione della documentazione di miglioramento che decide se il cambiamento sopravvive è il lavoro standard: la procedura aggiornata che descrive come viene ora svolto il lavoro. È anche la sezione più spesso saltata, perché scriverla significa che qualcuno deve fotografare nuovamente le schermate e riscrivere i passaggi per un metodo che ha appena trascorso mesi a progettare e di cui è profondamente stanco.

Trupeer AI elimina la maggior parte di quel costo. Chiunque esegua il nuovo metodo lo registra una sola volta e l'output è una procedura scritta con i passaggi e le immagini già acquisiti, pronti per essere controllati anziché creati da zero. Il miglioramento viene standardizzato nella stessa settimana in cui viene testato con successo, piuttosto che nel trimestre successivo alla chiusura del progetto.

Registralo. Personalizzalo con il tuo brand. Traducilo. Usa Trupeer.

Vale la pena conoscere un secondo utilizzo: registrare il vecchio metodo prima di modificarlo ti fornisce un elemento di confronto precedente, il che rende la sezione dei risultati molto più facile da scrivere onestamente. Lo strumento di creazione di SOP copre le procedure che devono cambiare, il nostro modello di miglioramento dei processi 5S copre l'aspetto organizzativo del posto di lavoro, e l'output risiede nella tua knowledge base con un branding coerente. Le istruzioni di configurazione si trovano nella guida alla configurazione del modello di documento.

Domande frequenti

Esiste un modello di documento di processo in Word?

Se ciò di cui hai bisogno è una descrizione di come funziona attualmente un processo, si tratta di documentazione di processo piuttosto che di documentazione di miglioramento, e il nostro modello di documentazione di processo ne copre la struttura, spiegando anche perché le eccezioni contano più dei passaggi stessi. Il report di miglioramento su questa pagina è un documento diverso scritto in un momento diverso.

C'è un modello di processo passo dopo passo in Word da scaricare?

Il formato passo dopo passo appartiene alla documentazione di processo o a una SOP piuttosto che a un report di miglioramento. Azioni numerate, una per riga, ciascuna con il risultato atteso. Non ci sono download protetti su nessuna delle due pagine e nessun modulo da compilare.

Esiste un esempio di documentazione di processo in PDF?

Gli esempi pubblicati sono facili da trovare e utili da leggere per l'ordine delle sezioni. Per un report di miglioramento nello specifico, le sezioni sopra indicate sono la parte utile, e le tre aggiunte sono ciò che nessun esempio pubblicato conterrà, poiché quasi tutti gli esempi pubblicati sono stati scritti per uno sponsor piuttosto che per un successore.

Esiste un modello di documento per i processi aziendali?

Sì, ed è la descrizione dello stato attuale (as-is) piuttosto che il registro dei miglioramenti. Documento di processo aziendale, documentazione di processo e descrizione di processo sono usati in modo intercambiabile per lo stesso elemento. Il nostro modello di documentazione di processo lo copre.

Qual è la differenza tra un report di miglioramento e un A3?

Un A3 è un documento di lavoro utilizzato durante la risoluzione dei problemi, strutturato su un unico foglio dallo stato attuale attraverso l'analisi fino alla contromisura, ed è destinato a essere discusso mentre il lavoro è in corso. Un report di miglioramento viene scritto alla fine e letto successivamente. I team che usano bene l'A3 spesso non hanno bisogno di un report separato, a condizione che l'A3 registri le dipendenze e le opzioni scartate.

Chi dovrebbe scrivere la documentazione di miglioramento dei processi?

Chiunque abbia gestito il miglioramento, con le note di lavoro conservate durante tutto il percorso piuttosto che ricostruite alla fine. Il requisito più difficile è uno sponsor che accetti un report contenente un'ipotesi errata e un elenco di cose che sono fallite, perché l'alternativa è un documento bello da leggere ma che non aiuta nessuno.

Quanto dovrebbe essere lungo un report di miglioramento?

Tre o quattro pagine. La lunghezza non è un buon indicatore di rigore in questo caso, e i report lunghi vengono archiviati senza essere letti proprio dalle persone che ne trarrebbero beneficio. Se l'analisi richiede sinceramente più spazio, inseriscila in un'appendice e mantieni breve il report stesso.

Per quanto tempo deve essere conservata la documentazione di miglioramento?

Indefinitamente per il registro, che è economico e diventa più utile con il tempo. Per i report, finché esiste il processo, più quanto richiesto dal sistema di qualità o dalla certificazione. Le righe delle dipendenze non dovrebbero risiedere solo nel report, poiché devono essere rintracciabili quando qualcosa cambia, piuttosto che quando qualcuno va alla ricerca di un vecchio progetto.