Governance dei processi: documentazione sempre aggiornata

La governance dei processi stabilisce chi ne è responsabile, chi può modificarne il modello, dove si conserva la versione approvata e quando sottoporla a revisione. In questo modo, la documentazione resta aderente a come si svolge davvero il lavoro, anche dopo la conclusione del progetto che l’ha prodotta.

Questa è la definizione generale, ed è corretta. Qui aggiungiamo un aspetto che spesso manca negli articoli sulla governance: dove viene gestita concretamente ogni decisione. In ProcessMind, responsabilità, approvazione, versione pubblicata e coda delle revisioni sono funzionalità della piattaforma, non clausole di un documento di policy.

Il lavoro cambia quando cambiano le persone, i sistemi e le responsabilità. Un diagramma fotografa un momento; spesso, invece, le competenze restano nella testa delle persone. Senza responsabilità chiare e revisioni periodiche, la documentazione finisce gradualmente per non corrispondere più alla realtà.

Che cosa si intende per governance dei processi?

La governance dei processi è l’insieme delle decisioni e dei ruoli che mantiene la documentazione allineata al modo in cui il processo viene gestito. Risponde a quattro domande pratiche:

• Responsabilità: quale persona è responsabile del processo?
• Modifiche: chi può modificare il modello e chi approva le modifiche?
• Pubblicazione: dove si trova la versione approvata?
• Revisione: quando si verifica che il modello rappresenti ancora il lavoro?

La governance dei progetti si concentra sul rispetto dell’ambito concordato. La governance IT riguarda i rischi tecnologici. La governance dei processi si applica ai processi stessi e prosegue anche dopo la conclusione del progetto che li ha introdotti.

Se sa rispondere a queste quattro domande per i processi più importanti, dispone di una base solida. In caso contrario, i team documentano più volte gli stessi processi, ripartendo ogni volta da zero. Un’architettura dei processi offre a questi tentativi ripetuti un unico punto di riferimento.

Quali quattro decisioni deve definire il quadro di governance dei processi?

Usi questa tabella per preparare la prima riunione sulla governance. Per ogni processo, registri la decisione, la persona responsabile e le evidenze che dimostrano che la decisione è stata applicata.

Le regole devono essere proporzionate. In ProcessMind, il responsabile del processo è anche la persona che approva: ogni modifica ha così una decisione chiara e un esito visibile, senza una lunga catena di firme. Renda facile trovare il modello approvato e definisca un calendario di revisione adeguato alla frequenza delle modifiche e ai rischi. Come funzionano la governance e la pubblicazione descrive il flusso di lavoro passo dopo passo.

La quarta colonna è spesso assente dai quadri di governance. Una decisione riportata solo in un documento esprime una preferenza; una decisione gestita nella piattaforma diventa un vincolo. Quando il responsabile è indicato in un campo, la revisione compare in una coda e chi consulta può vedere solo la versione pubblicata, le regole continuano a valere anche dopo che chi le ha definite ha lasciato il proprio ruolo.

Perché la documentazione dei processi diventa obsoleta?

Il deterioramento della documentazione spesso inizia con un’eccezione ragionevole. Una fase di approvazione crea un arretrato, quindi un responsabile accetta di saltarla per alcuni casi. L’arretrato si riduce, ma nessuno revoca formalmente l’eccezione. Il nuovo modo di lavorare diventa la norma, mentre il modello continua a riportare la vecchia fase di approvazione.

Quando le persone smettono di fidarsi della documentazione, smettono anche di consultarla. Diventa così più difficile individuare la modifica successiva e lo scostamento aumenta. In pratica, spesso l’eccezione non viene nemmeno registrata: per questo la discrepanza emerge di solito durante un audit, anziché nel corso di una revisione. La causa strutturale è che il modello non costituisce la registrazione ufficiale, quindi nulla impone una decisione quando il lavoro cambia. Inserendo il modello in una piattaforma con regole di governance, le modifiche hanno una sede precisa: una versione, un responsabile la cui approvazione la rende ufficiale, uno stato di pubblicazione e una data di revisione. La governance smette di essere un promemoria e diventa una fase del flusso di lavoro.

Quali ruoli e responsabilità servono per la governance dei processi?

Un modello pratico di governance dei processi parte da tre ruoli. Nelle organizzazioni più piccole, una persona può ricoprirne più di uno, purché le responsabilità siano chiare.

Le responsabilità del responsabile di processo sono precise: decide se una modifica proposta rappresenta fedelmente il lavoro e ha l’autorità per far rispettare tale decisione; è questa l’approvazione che conta. Non è necessario che modifichi personalmente il modello o gestisca la documentazione e, in ProcessMind, non deve nemmeno inseguire le approvazioni: la revisione viene richiesta sul processo, il responsabile la vede nella coda delle revisioni e la sua approvazione consente di pubblicare la versione. L’architetto garantisce la coerenza del catalogo. L’approvatore della conformità viene coinvolto solo quando un controllo richiede una seconda firma, così nei casi più comuni è sufficiente un approvatore. Il modello di responsabilità dei processi funziona solo se i ruoli sono distinti, perciò vanno registrati e non semplicemente dati per scontati.

Assegni le responsabilità con una matrice RACI e, se la sta configurando per la prima volta, parta dal template RACI. Raccolga la libreria dei ruoli in un unico posto, così da riutilizzare gli stessi ruoli nei diversi modelli anziché ridefinirli per ogni team.

Stabilisca anche la frequenza delle revisioni. Preveda una revisione quando si verifica un cambiamento rilevante e a intervalli regolari per i processi attivi.

Da quali processi iniziare la governance?

Cominci dai processi più importanti, non da tutti quelli dell’organizzazione. Dia la priorità ai processi che generano ricavi, attirano l’attenzione delle autorità di regolamentazione, prevedono numerosi passaggi di consegne o sono cambiati spesso nell’ultimo anno.

Definisca con chiarezza l’ambito. Un catalogo più contenuto, con responsabili, approvazioni e date di revisione assegnati, è più utile di un catalogo esteso con campi relativi ai responsabili di cui nessuno si fida. Indichi gli altri modelli come materiale di riferimento finché non sarà pronto a sottoporli a governance e usi il catalogo dei processi per distinguere le due categorie. La governance della documentazione dei processi comincia proprio da questa distinzione: quali processi sono soggetti a governance e quali sono soltanto descritti.

Assegni le responsabilità prima di scegliere gli strumenti. Un catalogo può organizzare i modelli, ma non può decidere chi ne è responsabile. La documentazione dei processi riunisce in un’unica scheda il modello, il responsabile e la procedura.

Come gestire la governance dei modelli generati dall’AI?

I modelli generati dall’AI devono seguire le stesse regole di assegnazione delle responsabilità, approvazione, pubblicazione e revisione previste per qualsiasi altro modello, ma con maggiore rigore. Una bozza generata dall’AI è una descrizione plausibile di come potrebbe funzionare un processo, non la prova che nell’organizzazione funzioni davvero in quel modo.

Mantenga i modelli generati allo stato di bozza finché un responsabile di processo nominato non li avrà rivisti e approvati. Registri da quali dati è stata generata la bozza e consenta al responsabile di confrontarla con il modello esistente. Dopo l’approvazione, applichi la stessa frequenza di revisione prevista per le altre documentazioni.

La governance offre un doppio vantaggio. La stessa scheda sottoposta a governance, consultabile dalle persone, può essere letta anche dagli assistenti AI tramite l’API e il server MCP, nel rispetto delle stesse autorizzazioni. Quando un assistente risponde basandosi su un modello pubblicato e approvato, attinge al processo e non a una copia incollata in un prompt. Scopra quali informazioni può rendere disponibili un server MCP.

ProcessMind supporta la modellazione assistita dall’AI e la cronologia delle versioni. Mantenga il lavoro generato allo stato di bozza finché non sarà stato rivisto e consideri la pubblicazione una decisione distinta. Per maggiori dettagli sul funzionamento delle versioni, consulti la documentazione di ProcessMind sulla gestione delle versioni.

Cinque segnali che indicano se la documentazione dei processi è ancora aggiornata?

La governance funziona quando è possibile indicare prove concrete. Ecco i cinque controlli che utilizziamo: in ProcessMind ognuno corrisponde a una funzionalità disponibile, non a un semplice obiettivo.

1. Sa indicare rapidamente il responsabile di un processo importante. Se la risposta è un reparto o un nome da cercare in una vecchia e-mail, la responsabilità non è registrata. In ProcessMind il responsabile è associato direttamente al processo e compare nel catalogo, quindi basta una ricerca per trovarlo.

2. È possibile vedere cosa è cambiato e chi ha approvato la modifica. Ricordarsi di una modifica non equivale a registrarla. Ogni modello dispone della cronologia delle versioni e l’approvazione è un’azione soggetta ad autorizzazione che fa passare il processo da bozza a in revisione, approvato e pubblicato. Il registro di controllo conserva tutte le attività.

3. Le persone utilizzano la versione pubblicata. Se i colleghi continuano a conservare copie private, il modello condiviso non è affidabile. ProcessMind pubblica un’unica versione per chi la consulta, sia nella piattaforma sia nel Process Portal, così è sempre chiaro quale sia quella aggiornata.

4. Le date di revisione sono aggiornate. Le revisioni scadute che nessuno nota sono peggio dell’assenza di date. La coda Richiede la mia revisione del catalogo elenca gli elementi in attesa per ogni responsabile, così ogni revisione è assegnata a una persona e non resta una semplice intenzione.

5. È possibile rispondere alle domande di audit consultando la scheda del processo. Ricostruire le prove partendo da cartelle sparse può richiedere settimane. In ProcessMind il responsabile, la versione, l’approvazione e la documentazione allegata sono raccolti in un’unica scheda, che può essere esportata e presentata.

Questi controlli sono utili solo se rispecchiano il lavoro effettivo. Una data di revisione segnata come completata non dimostra che qualcuno abbia letto il modello. Ecco perché esistono i ruoli e la coda delle revisioni: associano una persona e una data a ogni controllo.

Se la piattaforma è già il luogo in cui vengono gestiti i processi, nessuno dei cinque controlli richiede un nuovo strumento. È questo il vantaggio pratico di gestire la governance direttamente nella piattaforma di modellazione anziché affiancarla: le prove si raccolgono mentre si lavora, senza dover preparare un report a fine trimestre.

Come mettere in pratica la governance dei processi?

Cominci da un processo di cui è già responsabile e, prima di scrivere qualsiasi policy, applichi al relativo modello queste quattro decisioni.

1. Indichi il responsabile

   Assegni il processo a una persona, non a un reparto. Se la responsabilità è condivisa tra due persone, nessuna delle due ne risponde.

2. Stabilisca chi modifica e chi approva

   Tenga distinte le persone che modificano il modello da quella che lo approva. In ProcessMind quest’ultima è il responsabile di processo; aggiunga un approvatore della conformità solo quando un controllo lo richiede.

3. Pubblichi un’unica versione

   Stabilisca che il modello pubblicato sia l’unico riferimento per identificare la versione aggiornata e metta quella versione a disposizione di chi la consulta, anziché fornire una copia.

4. Definisca la revisione

   Aggiunga una data di revisione e utilizzi la coda delle revisioni, così ogni controllo scaduto ha un responsabile e non resta affidato alle buone intenzioni.

5. Ripeta i cinque controlli

   Un mese dopo, ripeta i cinque controlli indicati sopra. Se per rispondere a una domanda serve più di una ricerca, intervenga su quel punto.

ProcessMind raccoglie in un unico posto le responsabilità, le approvazioni, la cronologia delle versioni e la scheda pubblicata: così è la piattaforma ad applicare la governance, anziché un documento a richiederla. Per assegnare le responsabilità, consulti la guida alla matrice RACI e il template RACI. Per capire cosa succede quando nessuno è responsabile del risultato, legga perché i progetti di Process Mining si bloccano.