Automatizzare ciò che è stabile, invece di accelerare il caos
L'automazione moltiplica la logica dei processi esistenti. Decisioni, eccezioni e responsabilità poco chiare devono quindi essere rese visibili in primo luogo.
"Automatizzare solo i processi stabili" viene qui considerato dal punto di vista di "processo, selezione degli strumenti ed efficacia in termini di costi". Per i team operativi e le agenzie, "input stabili" e "individuazione più rapida degli errori" sono particolarmente importanti.
Pubblicato: 3 minuti di lettura · Autore: Sebastian Geier
Come si può capire se un processo è pronto per un'automazione affidabile?
Prima dell'automazione, le varianti di processo, i responsabili, i criteri di qualità e gli errori comuni vengono resi visibili. Solo le fasi con regole inequivocabili e sufficiente ripetibilità vengono automatizzate; le decisioni inizialmente poco chiare rimangono gestite manualmente.
Input stabile
Criterio di test
Input stabile
Il formato, l'origine, la completezza e il significato dei dati richiesti non cambiano in modo incontrollato tra le diverse istanze.
Criterio di test
Regola determinabile
La fase può essere decisa con condizioni verificabili senza simulare conoscenze esperienziali implicite.
Risultato osservabile Successo, fallimento e casi limite hanno stati verificabili, anziché limitarsi al semplice messaggio di esecuzione del processo.
Risultato osservabile
Segnale di controllo
Segnale 1
Percentuale di casi automatizzati che raggiungono lo stato target definito senza successiva correzione da parte di un esperto.
Segnale di controllo
Segnale 2
Frequenza di eccezioni sconosciute e correzioni manuali per ogni fase del processo automatizzato.
Errore più rapido
Errore più rapido Uno standard poco chiaro può essere applicato in modo errato tramite l'automazione su larga scala prima che qualcuno si accorga della deviazione.
Occultamento delle eccezioni Casi rari ma critici per l'azienda vengono trattati come errori tecnici, anche in assenza di una decisione aziendale.
Mancanza di responsabilità Il team si affida al flusso di lavoro, anche se nessuno possiede in modo permanente le regole, i dati di input e i risultati.
Caso diagnostico: "Errore rapido"
Il processo di rilascio varia attualmente da team a team e presenta eccezioni irrisolte. Invece di automatizzare tutto immediatamente, vengono standardizzati i controlli obbligatori e gli aggiornamenti di stato; solo queste parti stabili vengono automatizzate, mentre i casi particolari rimangono visibili al responsabile.
Regola determinabile
Il processo effettivo viene monitorato, incluse varianti, tempi di attesa, decisioni, errori e ruoli responsabili.
Le regole ripetibili vengono stabilizzate e i casi limite vengono definiti come percorsi manuali o alternativi espliciti.
Una piccola sezione automatizzata viene eseguita con monitoraggio, confronto della qualità e richiamo chiaro.
Cosa verificare prima e dopo "Automatizzare solo i processi stabili"
Una domanda di approfondimento pertinente con relativa risposta Controlla le automazioni con ID univoci e valori di stato"In che modo gli ID e i valori di stato impediscono l'elaborazione duplicata o la perdita di dati?"
Una seconda connessione per "Automatizza solo i processi stabili" porta a Modellare prima i processi digitali, poi scegliere il softwareQuesto articolo rimane focalizzato sulla domanda "Perché è necessario definire il processo target prima di selezionare il software? "
Se si desidera implementare concretamente "Automatizzare solo i processi stabili", è possibile fare riferimento a Sistemi web robusti Questo articolo si concentra su "Processo, selezione degli strumenti e rapporto costi-efficacia" e "Input stabili".
Conclusione: Automatizzare solo i processi stabili
L'automazione rafforza la logica di processo esistente. Solo uno standard stabile e osservabile rende la velocità un vantaggio, anziché creare caos su larga scala.
Fonti e ulteriori informazioni
Le seguenti fonti supportano le linee guida tecniche e metodologiche utilizzate per "Automatizzare solo i processi stabili".
Eliminare il lavoro manuale ripetitivo – Google SREFonte principale per l'identificazione del lavoro manuale ripetitivo e dei limiti di un'automazione efficace.
L'evoluzione dell'automazione in Google – Google SREReport principale sui vantaggi, i limiti, i costi e l'applicazione oculata dell'automazione nei sistemi di produzione.
Tesi chiave
Un processo è maturo quando input, regole, eccezioni, responsabilità e risultati attesi sono definiti in modo stabile. Le decisioni aziendali aperte inizialmente rimangono di competenza umana.
Cosa non riguarda
L'automazione non risolve le responsabilità poco chiare, le eccezioni mutevoli o le definizioni contraddittorie degli input.
Di cosa si tratta
Gestisce le fasi ripetibili con input, decisioni, eccezioni e output chiari, dopo che il processo è stato stabilizzato.
Progettazione di automazione e workflow
Pianificare esplicitamente gli stati di errore nelle automazioni.
"Automatizzare solo i processi stabili" include, come verifica separata, la domanda: di quali stati di errore dovrebbe essere a conoscenza un sistema di automazione prima di entrare in produzione?
Progettazione di automazione e workflow
Combinazione di contenuti automatizzati e controllo qualità umano
"Automatizzare solo i processi stabili" è integrato da una decisione separata: come può il controllo qualità umano essere veramente efficace nell'automazione dei contenuti?
Panoramica degli Insight
Tutti gli Insight di VELUNO in sintesi
Ulteriori analisi sui sistemi web, la visibilità digitale e modelli di lavoro robusti.
Regola determinabile: percorso verso l'implementazione
Un processo ricorrente viene inizialmente documentato utilizzando diversi esempi reali. La parte basata su regole più stabile costituisce la prima fase di automazione limitata.