Pilot prošel, ale produkce ne.
V demu vypadá prototyp jako produkce, ale v produkci to praskne. Ve chvíli, kdy někdo položí otázku kdy jdeme do produkce?, se ukáže, jestli byl pilot navržený tak, aby přesvědčil, nebo aby vydržel. Jedno z toho skoro vždy chybí v zadání.
Z fintech segmentu: někdo postavil aplikaci přes AI nástroj za víkend. Fungující, skvěle vypadající v demu. Management nadšený a šlo se do produkce.
Týden a pak to spadlo.
Žádné ošetření chyb, žádný monitoring, žádné škálování. Stačilo víc uživatelů než jeden.
Nástroj splnil svůj účel. Ověřil, že nápad dává smysl. Problém byl, že nikdo dopředu neřekl, co bude kritériem přechodu do produkce.
Piloty umírají ze tří příčin naráz:
Technicky: Pilot běžel na čistých datech, v izolaci, s jedním uživatelem. Produkce nemá čistá data, legacy integraci a tisíc uživatelů ve špičce.
Organizačně: IT tým o pilotu nevěděl. Bezpečnostní audit přijde teprve teď. Nikdo neví, kdo odpovídá za model, když člověk, který ho postavil, odejde.
Politicky: Sponzor přešel na jinou prioritu. Jiný tým to vnímá jako hrozbu pro svůj rozpočet. Legal chce posudek, ale nikdo ho nezadá.
Jednoduchý test před spuštěním
Pět otázek, které projděte, než dáte signál ke spuštění:
- Běží pilot na reálných produkčních datech, nebo na exportu?
- Viděl to IT a bezpečnostní tým?
- Kdo bude zodpovědný za provoz, když odejde člověk, který to postavil?
- Co se stane, když AI odpoví špatně a kdo to zjistí?
- Máte rozpočet na provoz, nebo jen na vývoj?
Víc než dvě nevíme a pilot ještě není kandidátem.
Co se typicky ukáže
Většina pilotů nebyla navržená tak, aby přešla do produkce. Byla navržená tak, aby přesvědčila management.
Demo měří, jestli nápad dává smysl. Produkce měří, jestli systém zvládne reálný provoz. Jsou to různé otázky a vyžadují různou přípravu. Když se to nepojmenuje dopředu, pilot projde, ale nikam nepřejde.
Co s tím bez nové strategie a bez reorganizace
- Při zadání každého pilotu napište exit kritéria: co musí být splněno, aby šel do produkce. Termín, kdo to schvaluje, kdo vlastní provoz.
- Zapojte IT a security od prvního týdne pilotu, ne až těsně před spuštěním.
- Pojmenujte vlastníka modelu, kdo ho aktualizuje, kdo sleduje kvalitu výstupů, kdo rozhoduje, když přestane fungovat.
- Oddělte rozpočet: prototyp a produkce jsou různé položky. Pokud máte jen jednu, máte jen prototyp.
Pohled za byznys Jakub Štengl
Tohle vidím u klientů čím dál víc, zvlášť díky AI. Pilot projde, vedení schválí pokračování a pak nastane pár měsíců, kdy se řeší provozní detaily. Zájem ochladne, někdo důležitý odejde nebo přijde nová priorita. Pilot umře v tichosti.
Největší chyba není technická. Je to, že při zadání pilotu nikdo neřekl, co bude kritériem přechodu do produkce. Bez toho pilot nemá exit podmínky a bez exit podmínek buď nikdy nezačne, nebo nikdy neskončí.
Otázka, kterou teď kladu každému klientovi před startem: Jak bude vypadat schůzka, kde řeknete jdeme nebo nejdeme do produkce a kdo na ní sedí? Pokud to nikdo neví, pilot ještě není připravený začít.
Pohled za technologie Jakub Inger
Prototyp a produkce nejsou různé verze stejné věci, jsou to různé produkty s různým účelem.
Prototyp má dokázat, že nápad funguje. To je jeho jediný účel. Auth, monitoring, error handling, nic z toho tam nepatří, protože by to zpomalilo validaci. Dobře postavený prototyp je záměrně křehký.
Produkce stojí na přesném opaku. Rate limiting, fallback, audit log, monitoring výstupů, napojení na reálná data, zátěžové testy. Tohle se nepřepíše ze vzorového kódu z dema, ale stavíš to od základu, s jiným přístupem.
Přecházíš do produkce, ale bereš si s sebou pilot místo aby ses ho zbavil a postavil produkci od základu.