Zadání pilotního AI projektu má hlavní úkol: pevně stanovit kritéria úspěchu a ukončení dřív, než pilot začne, aby po jeho skončení nešlo výsledek přeformulovat podle toho, jak dopadl. Neúplné zadání, které kritéria dopisuje až po prvních výsledcích, ztrácí smysl ověření a vede k rozhodnutí, které spíš odpovídá přání toho, kdo pilot prosazoval, než reálnému pozorování.

Proces a jeho výchozí stav

Zadání začíná popisem procesu, který se pilotem testuje, včetně jeho aktuálního měřeného stavu: typického času na úkol, míry chyb nebo přepracování a kvality výstupu podle stávajících kritérií. Bez tohoto výchozího čísla nejde po pilotu poznat, zda se něco skutečně zlepšilo, protože srovnání nemá s čím pracovat. Pilot obvykle navazuje na první kroky zavádění AI v procesu, které popisuje jak začít používat AI ve firmě.

Vedle výchozího stavu zadání popisuje konkrétní změnu, která se testuje: jaký krok procesu AI nahrazuje nebo doplňuje a jak přesně se má nový postup od starého lišit. Obecná formulace typu „vyzkoušíme AI v zákaznické podpoře“ zadání nenaplňuje; potřebná je věta na úrovni konkrétního kroku, třeba „návrh odpovědi na běžný dotaz připraví AI, člověk ho před odesláním zkontroluje a upraví“. Pokud pilot zároveň ověřuje nový nástroj, kritéria pro jeho posouzení popisuje jak vybrat AI nástroj pro firmu.

Měření, kontrola a data

Zadání určuje, co se měří a jak: jaký ukazatel, na jakém vzorku úkolů a v jakém období se srovnává s výchozím stavem. Určuje také roli, která výstupy v průběhu pilotu kontroluje podle stejných kritérií kvality, jaká platila předtím, protože rychlejší dokončení úkolu s horší kvalitou není zlepšením, jen přesunem práce do pozdější kontroly. Pokud pilot testuje změnu spojenou se školením týmu, podrobnou metodiku měření dopadu popisuje jak měřit dopad AI školení.

Pole o datech popisuje, jaké vstupy smí a nesmí do pilotu jít. Zahrnuje typ dat, včetně toho, zda jde o osobní údaje zákazníků nebo zaměstnanců, a případné omezení na anonymizovaná nebo testovací data tam, kde to úkol umožňuje. Toto pole nerozhoduje o tom, zda je konkrétní zpracování v souladu s GDPR; to posuzuje právník nebo pověřenec pro ochranu osobních údajů firmy podle povahy skutečných dat, se kterými pilot pracuje.

Doba trvání, náklady a podmínky ukončení

Doba trvání a nákladový strop patří mezi pole, která zadání fixuje předem a nemění v průběhu pilotu. Strop zahrnuje čas účastníků a role, která výstupy kontroluje, přípravu podkladů a případné licence nástroje, protože jinak srovnání nákladů proti očekávanému přínosu zůstává neúplné. Přehled položek, které se obvykle počítají do nákladů nasazení AI nad rámec jednoho pilotu, shrnuje kolik stojí nasazení AI ve firmě.

Podmínky pro pokračování a pro ukončení se zapisují jako dvě oddělené věty, obě předem: za jakých pozorování dává smysl pilot rozšířit nebo zopakovat na dalším vzorku a za jakých pozorování ho zastavit, například pokud kvalita klesne pod dohodnutou hranici nebo se objeví riziko, které zadání předem pojmenovalo jako důvod k zastavení. Poslední pole jmenuje jednu roli s pravomocí podle těchto podmínek skutečně rozhodnout, aby rozhodnutí po skončení pilotu nezáviselo na tom, kdo je zrovna v místnosti.

Šablona zadání a proč nejasné pole pilot rozloží

Pole zadáníCo do něj patříProč je nepoužitelné, když zůstane vágní
Proces a výchozí stavPopis procesu a jeho aktuální měřený stav, čas, kvalita, chybovostBez čísla před pilotem nejde poznat, zda se něco skutečně změnilo
Testovaná změnaKonkrétní krok procesu, který AI nahrazuje nebo doplňujeObecná formulace neurčuje, co přesně se má porovnávat
MěřeníUkazatel, vzorek úkolů a období srovnání s výchozím stavemBez vzorku a období lze výsledek vykládat podle libosti
Kontrola výstupůRole, která výstupy v průběhu posuzuje podle stávajících kritérií kvalityBez kontroly rychlost skryje pokles kvality za zdánlivý úspěch
DataJaké typy dat smí a nesmí do pilotu vstoupitBez omezení hrozí, že se do nástroje dostanou citlivá data bez posouzení
Doba trvání a nákladyPevný termín konce a nákladový strop včetně času lidíBez stropu se pilot může protahovat, aniž by to někdo formálně rozhodl
Podmínky pokračování nebo ukončeníPředem popsaná pozorování pro obě rozhodnutí a jmenovaný rozhodovatelBez podmínek se výsledek po skončení vykládá podle toho, komu se to hodí

Co zadání neřeší

Toto zadání fixuje kritéria před začátkem pilotu; nerozhoduje samo o sobě, co se stane, když pilot skončí. Vyhodnocení, zda konkrétní výsledek znamená pokračovat, upravit nebo pilot ukončit, je samostatný krok, který na zadání navazuje a jeho zapsané podmínky používá jako vstup pro vlastní rozhodovací proces. Podobně výpočet návratnosti pilotu, pokud ho firma potřebuje, je samostatná metoda počítající s náklady a přínosy zjištěnými až po skončení pilotu; zadání jí dodává jen výchozí čísla a nákladový strop, se kterými dál pracuje.

Kdo zadání píše a kdo ho schvaluje

Zadání sestavuje vlastník procesu, který pilot navrhuje, protože nejlépe zná výchozí stav a reálná omezení běžného provozu. Než pilot začne, měla by ho v krátkém kole schválit i role, která bude výstupy v průběhu kontrolovat, a role odpovědná za data, pokud pilot pracuje s citlivými vstupy; obě mohou při čtení zadání odhalit mezeru, kterou autor sám přehlédl, například chybějící popis toho, kdo pilot smí předčasně zastavit v případě bezpečnostního problému. Toto krátké kolo schválení nenahrazuje formální proces žádosti o výjimku, pokud pilot zároveň zavádí nový, dosud neschválený nástroj; oba procesy pak běží souběžně a zadání na žádost jen odkazuje.

Stav zdrojů a omezení

Sedm polí šablony vychází z běžné praxe řízení pilotních projektů, kterou CIAD popsala pro tento kontext; žádný z citovaných zdrojů takovou šablonu doslovně nepředepisuje. NIST rámec pro testování, evaluaci, validaci a verifikaci popisuje obecné principy měření chování AI systémů, ale konkrétní vzorek, období ani nákladový strop pilotu z něj nevyplývají a firma si je stanovuje sama. Playbook k NIST AI RMF je výslovně označený jako dobrovolný soubor návrhů, takže žádné jeho doporučení nefunguje jako závazný postup ani jako podmínka souladu s právem. Odkaz na GDPR se omezuje na zásady, podle kterých se posuzuje pole o datech vstupujících do pilotu; konkrétní právní posouzení dat v pilotu do textu nepatří a provádí ho právník nebo pověřenec firmy. Text neobsahuje žádnou doporučenou délku pilotu ani očekávanou míru úspěšnosti; obě hodnoty by musely pocházet ze zdroje, který citovaná knihovna neobsahuje.

Časté dotazy

Kdo v zadání pilotního AI projektu rozhoduje o pokračování?

Zadání musí jmenovitě určit jednu roli s pravomocí rozhodnout o pokračování, úpravě nebo ukončení pilotu, obvykle vlastníka procesu, který pilot inicioval. Bez předem jmenovaného rozhodovatele se rozhodnutí po skončení pilotu snadno rozmělní mezi více lidí a pilot pokračuje setrvačností, i když podmínky pro pokračování nebyly splněny.

Jak dlouho má pilotní AI projekt trvat?

Text konkrétní délku nedoporučuje jako obecně platnou, protože závisí na povaze procesu a na tom, jak rychle se dá nasbírat dost pozorování pro spolehlivé srovnání s výchozím stavem. Důležité je délku pevně stanovit předem a zapsat ji do zadání místo jejího průběžného prodlužování podle toho, jak se výsledky zrovna vyvíjejí.

Musí mít pilot přesně definovaný nákladový strop?

Ano, strop patří mezi povinná pole zadání, protože bez něj pilot může spotřebovat čas a peníze bez jasné hranice, kdy má někdo zasáhnout. Strop zahrnuje čas účastníků, přípravu podkladů, případné licence nástroje a čas role, která výstupy v průběhu kontroluje, nejen přímou platbu dodavateli.

Co když pilot v polovině ukáže horší výsledky, než firma čekala?

Zadání má obsahovat podmínku i pro tento případ vedle podmínky pro úspěch, protože bez ní se zastavení projedná ad hoc a často později, než by bylo bezpečné. Pokud kvalita klesne pod dohodnutou hranici nebo naroste riziko popsané v zadání, rozhodovatel postupuje podle předem zapsaných kroků z tohoto dokumentu, což omezuje prostor pro rozhodnutí ovlivněné aktuální náladou schůzky.

Kdo kontroluje výstupy pilotu v jeho průběhu?

Zadání jmenuje konkrétní roli, obvykle zkušeného člena týmu nebo vlastníka procesu, která výstupy kontroluje podle stejných kritérií kvality, jaká platila před pilotem. Kontrola probíhající průběžně po celou dobu pilotu umožňuje zachytit problém dřív, než ovlivní velké množství práce nebo rozhodnutí.

ZDROJE A OVĚŘENÍ

revidováno Lukáš Dlouhý ·