L’input nascosto

Ogni progetto di automazione sembra cominciare da un processo: raccogliere questi dati, applicare queste regole, inviare quel risultato. In pratica, il processo poggia su un input nascosto: il significato dell’organizzazione. Che cosa conta come cliente? Quando un progetto è concluso? Quale fonte è autorevole? Chi può concedere un’eccezione?

Le persone rispondono a queste domande attraverso il contesto, le abitudini e le relazioni. Il software non può fare affidamento sullo stesso strato invisibile. Quando il significato resta implicito, l’automazione non elimina l’ambiguità. La trasforma in infrastruttura.

La velocità amplifica la confusione

Un processo manuale può essere abbastanza lento da permettere alle persone di accorgersi delle contraddizioni e correggerle attraverso le relazioni. Un processo automatizzato può produrre migliaia di errori internamente coerenti prima che qualcuno capisca che la premessa era sbagliata. Il sistema può eseguire in modo affidabile una regola sulla quale l’organizzazione non ha mai davvero concordato.

Per questo automatizzare un processo difettoso non è soltanto inefficace. Può rendere il difetto più difficile da vedere, perché il risultato arriva con la sicurezza visiva tipica del software.

Si prenda uno stato contestato: concluso. Per un team significa che il cliente può usare il risultato; per un altro, che il lavoro interno è finito. Una regola di chiusura automatica usa il secondo significato. Gli elementi escono dalla coda, un quadro diventa verde e il processo successivo avvia la fatturazione. Nessuno intendeva mentire. L’organizzazione non aveva concordato che cosa fosse concluso, e il sistema ha reso operativo quel disaccordo alla velocità del software.

Infrastruttura semantica

Prima di scegliere un modello o uno strumento per i flussi di lavoro, le organizzazioni dovrebbero rendere verificabili i propri concetti. Definire le entità rilevanti, le relazioni tra esse, il ciclo di vita di una decisione, lo stato che può essere dichiarato e le prove richieste per ogni passaggio.

Non serve un’ontologia aziendale perfetta. Serve un accordo circoscritto e vivo sui significati che producono conseguenze operative. Le definizioni migliori sono legate a decisioni reali e possono cambiare quando le prove mostrano che il mondo è cambiato.

L’automazione può anche far emergere il disaccordo prima di un processo manuale. Quando due team devono alimentare lo stesso campo, il conflitto diventa visibile come un flusso bloccato, non come un’abitudine locale silenziosa. È una ragione per automatizzare l’ispezione, non per saltare l’accordo. Se il conflitto viene costretto in un valore predefinito senza essere nominato, l’emersione è sprecata: il sistema ha scelto un significato che l’organizzazione non possiede ancora.

L’automazione come conseguenza

Quando significato, autorità e prove sono espliciti, l’automazione diventa molto più semplice. Il sistema può stabilire che cosa sa, che cosa è autorizzato a fare, quali prove deve conservare e quando deve fermarsi davanti a una persona. Il flusso di lavoro diventa espressione dell’intento organizzativo, invece di essere un cumulo di integrazioni.

Il significato non è documentazione aggiunta dopo aver costruito il sistema. È il substrato che rende possibile costruire un sistema affidabile. Il meccanismo dovrebbe seguire il significato, non il contrario. Una volta che quel substrato esiste, la domanda successiva è chi abbia l’autorità di decidere, agire e assumersi le conseguenze. È il tema de L’autorità umana nell’epoca degli agenti.

Torna agli scritti