Automatizace šetří čas. A když uděláte chybu, zopakuje ji tisíckrát.

Podařilo se vám automatizovat nudnou činnost. Místo tří hodin práce stačí stisknout tlačítko. Pak si všimnete chyby v nastavení a zjistíte, že jste právě ušetřili tři hodiny tím, že jste vyrobili práci na tři dny. Počítač nepochopil zadání špatně. Pochopil ho velmi důsledně.

Automatizace není nebezpečná sama o sobě. Zvětšuje však význam toho, co jí dovolíte dělat. Stejně ochotně opakuje správný postup jako chybný. Nemá přirozený okamžik, kdy se zarazí a řekne, že poslat stejnou zprávu po sedmé už působí společensky zvláštně.

Před ostrým spuštěním nechte postup vytvořit náhled: které záznamy vybere, co změní a kam bude výsledek odeslán. Je-li to možné, pracujte nejprve s testovacími daty a bez nevratných akcí. Kontrola výstupu před odesláním není nedůvěra k technice. Je to součást návrhu.

Vyzkoušejte běžný případ i chybějící údaj, prázdný seznam, nečekaný formát a opakované spuštění. Nejde o vyčerpání všech myslitelných situací. Jde o to, aby první kontakt s běžnou nepravidelností nenastal až na skutečných zákaznících.

Rychlost násobí nejen úsporu, ale i dopad chyby. Proto je rozumné nejprve zpracovat malý vzorek a prohlédnout skutečný výsledek, než postup dostane celou databázi a neomezené sebevědomí.

Představte si, že se po odeslání požadavku přeruší spojení. Nevíte, zda akce proběhla. Opakování může být správně, ale u některých operací může vytvořit dvojí výsledek. AWS ve svém materiálu o idempotentních rozhraních vysvětluje postupy, které pomáhají bezpečně rozpoznat opakovaný požadavek a zabránit nechtěným vedlejším účinkům. [1]

Pro běžný pracovní postup z toho plyne jednoduchá otázka: co se stane, když se to spustí podruhé? Má systém poznamenáno, co už provedl? Umí rozlišit nový úkol od opakování? Odpověď musí odpovídat konkrétní službě a jejím možnostem, ne obecnému přání.

U plateb, mazání, rozesílek nebo změn oprávnění nastavte přiměřené lidské schválení a limity. Čím větší nevratný dopad, tím méně se hodí filozofie „pustíme to a uvidíme“.

V modelové kanceláři se přijaté zprávy třídí ručně. Jeden pracovník rozhoduje podle zákazníka, druhý podle předmětu a třetí podle toho, komu může zrovna zavolat. Když tuto činnost převezme automatizace bez jasného pravidla, nepřebírá hotový proces. Přebírá tři odlišné představy.

Nejprve proto popište, podle čeho má rozhodnutí vzniknout, které informace jsou nutné a co se má stát při nejasnosti. Běžné případy mohou pokračovat automaticky, výjimky může převzít člověk. To není porážka techniky. Je to přiznání hranice, za kterou zatím nemáte spolehlivou instrukci.

Nechte pravidlo vysvětlit někomu, kdo proces běžně vykonává. Právě on může upozornit na zdánlivou drobnost, kterou jednoduchý popis přehlédl. Počítač nebude nesrozumitelnost trpělivě domýšlet tak, jak to dosud dělal zkušený kolega.

Test se třemi dokonale připravenými ukázkami potvrdí hlavně to, že umíte připravit tři dokonale připravené ukázky. Vyberte také reprezentativní nepravidelnosti ze skutečného provozu, ovšem bez neoprávněného použití citlivých dat. Prázdná položka, změna formátu nebo zrušený požadavek mohou být běžnější než ideální příklad.

U každého testu předem napište očekávaný výsledek. Bez něj lze za úspěch považovat téměř cokoli, co nevyvolalo viditelnou chybu. U rozesílky například potřebujete ověřit správného příjemce, obsah, přílohu a počet odeslání, nikoli jen hlášení „dokončeno“.

První ostrý rozsah držte přiměřeně malý a výsledek skutečně prohlédněte. Zvýšení objemu má následovat po ověření, ne ho nahrazovat. Spustit celý seznam proto, abyste rychleji zjistili, zda systém funguje, je poměrně drahá varianta zvědavosti.

Proces může správně rozpoznat problém a přesto selhat provozně, pokud se o něm nikdo nedozví. Chybová zpráva ve složce, kterou nikdo nečte, je technicky záznam a prakticky ticho.

Domluvte, kdo přijímá upozornění, co z něj potřebuje zjistit a do kdy má reagovat. Vhodný záznam popisuje konkrétní položku, provedený krok a bezpečný další postup. Citlivé údaje přitom nepatří automaticky do každého oznámení; rozsah musí odpovídat oprávnění příjemce a pravidlům systému.

Přemýšlejte také o nepřítomnosti odpovědného člověka. Pokud řešení výjimky závisí na osobě na dovolené, automatizace pouze přesunula původní úzké místo. U kritických kroků potřebujete domluvené zastoupení nebo možnost proces bezpečně pozastavit. Nekonečné opakování upozornění není náhradou rozhodnutí, kdo problém převezme.

Před spuštěním si projděte, které následky dokážete vrátit a které nikoli. Obnovit upravený testovací soubor je jiná situace než vzít zpět zprávu, kterou už četl zákazník. Jedno obecné ujištění, že „se to kdyžtak vrátí“, nestačí.

Připravte odpovídající postup: kde jsou původní podklady, kdo smí obnovu provést a jak poznáte, že se stav opravdu napravil. U některých akcí nebude nápravou technické vrácení, ale kontaktování příjemce nebo oprava navazující práce. I s tím má počítat člověk, který proces schvaluje.

Nakonec si určete, co vyvolá nové ověření. Změna dodavatele, vstupního formuláře nebo pravidla může zasáhnout původní předpoklady. Dobrý automat není hotový navždy. Je to opakovatelný postup, jehož hranicím rozumíte, a právě proto mu můžete svěřit víc než pouhou naději.

Potřebujete záznam provedených kroků, přehled chyb a jasnou osobu, která je řeší. Nestačí, že automatizace běží bez viditelného okna. Ticho může znamenat úspěch, ale také to, že už několik týdnů nikdo nekontroloval výsledky.

Předem si určete, jak proces zastavíte a jaké změny lze vrátit. Zálohujte vhodné výchozí podklady a omezte přístupy na skutečně potřebný rozsah. V pracovním prostředí postup slaďte s vlastníkem systému a pravidly organizace.

Po změně vstupních dat, služby nebo nastavení proveďte nový test. Včerejší správné chování není zárukou dnešního správného zadání.

Dobrá automatizace vám bere rutinu, ne možnost kontroly. Ideální robot nepracuje jen rychle. Také po sobě nechává srozumitelnou stopu a má dosažitelné tlačítko stop.

Automatizaci nejprve nechte ukázat výsledek, potom otestujte na malém vzorku. Nastavte limity, záznamy a možnost zastavení či nápravy.

Číslované odkazy se vztahují k označeným věcným tvrzením. Modelové situace, dialogy, výpočty a praktické postupy jsou autorské; zdroje automaticky nepotvrzují každou radu nebo vtip.