Stručná odpověď
Většina AI pilotů se do provozu nikdy nedostane — zveřejněné odhady mluví o 46 až 95 procentech. Úspěšné piloty mají tři společné rysy: automatizovat jen otázky s ověřitelnou odpovědí, žádat po systému, aby u každého výstupu ukázal, z čeho vychází, a přizpůsobit se procesu, který už máte, místo jeho nahrazení.
Hlavní body
- Pilot dokáže, že schopnost funguje. Provoz vyžaduje organizaci kolem ní.
- Pokud by se dva kompetentní lidé na odpovědi neshodli, není to kandidát na automatizaci.
- Výstup bez uvedeného zdroje je nepodložené tvrzení a vaši lidé mu do měsíce přestanou věřit.
- Pokud ověření odpovědi trvá déle než její samostatné vypracování, nepomůže ani vysoká přesnost.
- Napojte systém na kanály, které lidé už používají: e-mail, vaše šablony, vaše schvalování.
Rad o AI strategii je nepřeberně. Většina je buď moc abstraktní na to, aby se dala použít, nebo moc svázaná s cizí firmou. Po několika nasazeních nám pokaždé obstála tři pravidla. A porušení kteréhokoli z nich předpovídalo selhání spolehlivěji než jakýkoli technický faktor.
Pravidlo 1: Pokud neumíte ověřit odpověď, neautomatizujte tu otázku
Tohle pravidlo rozhoduje o tom, jestli je projekt vůbec možný. A nejčastěji se poruší už při zadání.
Některé otázky mají ověřitelnou odpověď. Sedí revize na objednávce s revizí na výkrese? Uvádí kusovník stejný počet podložek, jaký kreslí výkres? Chybí u téhle kóty tolerance? Člověk se podívá a řekne ano nebo ne. A dva lidé se shodnou.
Jiné otázky takhle nefungují. Je tohle správný konstrukční návrh? Máme tuhle zakázku přijmout? Je tenhle kandidát dobrý? To jsou úsudková rozhodnutí a dva kompetentní lidé se u nich legitimně neshodnou. Systém, který na ně dá sebevědomou odpověď, vám nepomáhá. Jen převléká odhad do něčeho, co vypadá autoritativně.
| Bezpečné automatizovat | Nebezpečné automatizovat |
|---|---|
| Sedí objednávka s výkresem? | Máme tuhle objednávku přijmout? |
| Chybí tolerance? | Je tahle tolerance správná? |
| Které dokumenty odkazují na tenhle rozměr? | Který z nich je nejdůležitější? |
| Pracoval tenhle kandidát se SAP? | Je tenhle kandidát dobrá volba? |
Pravý sloupec není zakázaný navždy. Je zakázaný jako první projekt. A natrvalo je zakázaný jako něco, co jedná bez rozhodnutí člověka.
Pravidlo 2: Systém musí ukázat, z čeho vychází
Výstup bez uvedeného zdroje je nepodložené tvrzení. Pokud systém říká, že chybí kóta, musí ukázat kde a na kterém listu. Pokud říká, že objednávka a kusovník si odporují, musí ukázat oba řádky. Pokud odpovídá na otázku o specifikaci, musí pojmenovat dokument a článek.
Pro regulovaného výrobce to není příjemný doplněk. Je to rozdíl mezi něčím, co auditor uzná, a něčím, z čeho vznikne zjištění. Stejně tak ale rozhoduje o tom, jestli se to ujme. Lidé nepřestanou systém používat proto, že se občas mýlí. Přestanou tehdy, když nepoznají, kdy se mýlí. Protože pak je ověřování stojí tolik času, jako kdyby tu práci udělali sami.
Pravidlo 3: Přizpůsobte se procesu, nenahrazujte ho
Technicky dobré nasazení nejčastěji zemře na tom, že po lidech chce pracovat jinde. Nový portál, nová schránka, nová sada šablon ve formátu dodavatele místo vašeho. Každá z těch věcí je malá daň a dohromady stačí na to, aby byl nástroj do čtvrtletí něčím, co mají lidé používat. Ne něčím, co používají.
Váš zákazník schválil váš řídicí plán ve vašem formátu. Hezčí dokument ve formátu dodavatele není vylepšení. Je to druhý dokument ke sladění. Váš tým pracuje v Outlooku a Excelu. Systém, který tam odevzdá práci, se bude používat. Systém, který vyžaduje přihlášení jinde, se bude používat tři týdny.
- 1Napojte systém na kanály, které lidé už používajíPokud výkresy chodí e-mailem, systém má číst e-mail. Chtít po někom, aby soubory nahrával do portálu, přidává ruční krok do projektu, jehož celým smyslem bylo ruční kroky odstranit.
- 2Upravujte své dokumenty, nevytvářejte novéUpravit vaše stávající šablony ve Wordu a Excelu se sledováním změn je lepší než vygenerovat hezký nový dokument. Takový dokument nikdo neschválil a smluvně ho nesmíte odeslat.
- 3Nechte schvalování tam, kde jePokud dnes podepisuje manažer kvality, ať podepisuje i tohle. A na stejném místě. Přesouvat schvalování znamená přilepit k technologickému projektu ještě projekt změny procesů. Ohrozíte tím oba projekty.
Proč právě tahle tři a ne třicet
Protože selhávají nahlas. Porušte první a postavíte něco, co nikdo neumí ověřit. Porušte druhé a postavíte něco, čemu nikdo nevěří. Porušte třetí a postavíte něco, co nikdo nepoužívá. Skoro každá další rada o AI z těch tří vyplývá. A projekt, který je dodrží, obvykle přežije i své ostatní chyby.
Shrnutí
Tato tři pravidla nejsou model zralosti a nepotřebují strategický dokument. Porušte první a postavíte něco, co nikdo neumí ověřit. Porušte druhé a postavíte něco, čemu nikdo nevěří. Porušte třetí a postavíte něco, co nikdo nepoužívá. Projekty, které dodrží všechna tři, obvykle přežijí i své ostatní chyby — a víc žádné pravidlo slíbit neumí.
Časté dotazy
Proč se AI piloty nedostanou do provozu?
Pilot šel rychle tím, že vynechal všechno, co provoz obsahuje: vybraná data, úzký rozsah, ruční řešení výjimek, minimum pravidel. Rozšíření vrátí roztříštěná data, několik systémů, regulační omezení a uživatele, kteří se nepřihlásili dobrovolně. Schopnost nebyla nikdy úzkým hrdlem.
Co automatizovat jako první?
Cokoli, kde se člověk podívá na výstup a jednoznačně řekne, jestli je správný. Sedí revize objednávky s výkresem? Chybí tolerance? To je bezpečné. Máme tuhle zakázku přijmout? Je tohle správný návrh? To jsou úsudková rozhodnutí a mají zůstat u lidí.
Kolik kontroly člověkem je pořád potřeba?
Tolik, aby nic neopustilo firmu ani nevstoupilo do řízeného dokumentu, aniž by to člověk přijal. U AS9100 nebo IATF 16949 to není volitelné — „rozhodl to systém“ není záznam, který auditor uzná. Ten kontrolní čas si započítejte do kalkulace místo předpokladu, že zmizí.
Musíme měnit CAD, ERP nebo PLM?
Neměli byste muset. Systém, který po týmu chce pracovat jinde, vybírá daň každý den. Nasazení, která přežijí, jsou napojená na kanály, které lidé už používají, a zapisují do dokumentů a systémů, které už máte.
Za jak dlouho má pilot přejít do provozu?
Pokud se pilot za čtvrtletí nedostal k reálným uživatelům, něco je špatně nastavené — obvykle integrační práce, kterou nikdo nenaplánoval, nebo chybějící vlastník. Prodlužování pomáhá málokdy; zúžení rozsahu obvykle ano.