Úvod

V prvním a druhém dílu jsme si připomněli, jak EUC a Kami Excel krátkodobě zachránily pracoviště, ale zanechaly organizacím negativní dědictví. Tento díl přesouvá pozornost do současnosti a zkoumá světlé a temné stránky moderních platforem občanského vývoje jako jsou RPA a nástroje no-code/low-code.

Tyto nástroje opakují příběh Kami Excel, zároveň však kvůli rozsahu a míře závislosti skrývají ještě větší rizika. Abychom v dalším dílu mohli posoudit dopad generativní AI, musíme jejich povahu přesně pochopit.

Celá série

  • Budoucnost občanského vývoje──historie, současnost, generativní AI a co přijde dál 0/7 (v češtině zatím není k dispozici)
  • Je občanský vývoj návratem EUC?──Poučení z Kami Excel 1/7 (v češtině zatím není k dispozici)
  • Byl Kami Excel skutečně padouch?──Od zachránce k negativnímu dědictví 2/7 (v češtině zatím není k dispozici)
  • Světlé a temné stránky moderních platforem občanského vývoje 3/7 (tato část)
  • Jak generativní AI ovlivňuje občanský vývoj 4/7
  • Jak se vyhnout negativnímu dědictví a zvládnout governance 5/7
  • Odlišné úhly pohledu masově vyrábějí negativní dědictví 6/7 (v češtině zatím není k dispozici)
  • Legacy budou vznikat dál, přesto je lze zkrotit──vize budoucnosti občanského vývoje 7/7 (v češtině zatím není k dispozici)

Světlo──proč získaly přijetí

Okamžitý účinek

Bez psaní kódu lze pomocí GUI během chvíle sestavit jednoduché automatizace či aplikace. Nahrazení denních přepisů nebo rutinních úloh během několika dnů má pro pracoviště obrovský dopad.

Síla vizualizace

Toky a obrazovky lze převést do podoby, kterou lze doslova vidět. Je tedy srozumitelná i pro lidi bez odborného zázemí. Management získá z „pohyblivého obrázku“ reálný pocit výsledku, což bývá klíčový argument pro rozhodnutí o zavedení.

První krok občanů

V omezených scénářích, jako jsou vstupní formuláře nebo jednoduché workflow, si dokážou řešení sestavit i neprogramátoři. V této fázi se opravdu zdá, že „to zvládne kdokoli“, a organizace tak rozšíří základnu lidí zapojených do občanského vývoje.

Stín (1)──„profesionální zeď“ v praxi

Navenek vypadají platformy tak, že je zvládne každý. Jakmile se však mají používat naplno v provozu, vyžadují stejné myšlení jako programování i systémový inženýrský pohled.

  • Neodvratnost řídicích struktur Aby se zpracování lišilo podle podmínek zákazníka, je potřeba větvení (If/Else). Při stovkách záznamů se neobejdete bez cyklů (ForEach). Zpoždění nebo chyby externích systémů vyžadují výjimky (Try/Catch). Přestože je lze poskládat v GUI, v jádru jde o programování.

  • Nutnost rozumět datovým strukturám Je třeba rozbalovat JSON a pole, mapovat hierarchie a sjednocovat formáty dat i čísel. Nestačí nahradit tabulku tabulkou; bez pochopení datových struktur se vše zhroutí.

  • Komplexnost integrace mezi systémy Správa expirace API tokenů, udržení konzistence napříč systémy nebo vyhýbání se rate limitům jsou přesně ty samé problémy, které řeší klasické softwarové inženýrství. GUI je jen skryje, obtížnost spíše roste.

  • Požadavky na provoz a kvalitu Bez návrhu monitoringu, sběru logů, oddělených prostředí nebo plánů pro rollback nastane rychle chaos. Protože logika není v kódu, observabilita často klesá.

Před touto zdí nedokáže občanský vývojář sám postavit a udržet systém, který zvládne reálný provoz. Organizace je nakonec stejně závislá na specialistech, i když jejich kapacita už tak nestačí.

Stín (2)──vendor lock-in a obtížná migrace

Kami Excel měl přece jen jednu záchrannou brzdu: existoval jako jediný soubor. Tabulková data šla exportovat do CSV, funkce nebo makra bylo možné alespoň částečně přečíst v jiných tabulkových editorech. Naproti tomu výstupy RPA a nástrojů no-code/low-code zůstávají uvězněné v rozhraních či konfiguračních souborech konkrétních platforem.

  • Přechod ke konkurenčnímu produktu je prakticky totéž jako postavit řešení znovu od začátku.
  • Ukončení SaaS služby nebo změna specifikace je mimo kontrolu zákazníka a nasbíraný majetek se může přes noc stát bezcenným.
  • Při výstavbě na PaaS vás ekosystém daného cloudu pevně připoutá; přenést řešení jinam je krajně složité.
  • Logika definovaná v UI místo kódu se špatně prohledává a chyby se obtížně nacházejí.
  • U mnoha nástrojů je navíc nutné rozkliknout každý blok, aby bylo jasné, co dělá, což snižuje čitelnost.

Ve srovnání s Kami Excel, který se uzavíral do jednoho souboru, je míra závislosti a riziko dluhu mnohem vyšší.

Stín (3)──„vizualizační zkreslení“ v očích vedení

Technici rychle pochopí, že na „profesionální zeď“ narazíte nevyhnutelně. Vedení se však při pohledu na grafický tok nebo rozhraní snadno přesvědčí, že „tohle přece zvládne každý“.

Proč? Systémy jsou pro management obvykle černou skříňkou. Jakmile se před nimi objeví procesy spojené šipkami a formuláře, mají pocit, že rozumí vnitřní složitosti. Ve skutečnosti se za nimi skrývají ty samé řídicí struktury a ošetření chyb jako v programu a pro provozuschopnost jsou nepostradatelné znalosti inženýrství.

Mezera mezi uklidněním managementu a obavami techniků pak zároveň zrychluje zavádění a nafukuje budoucí dluh.

Éra „Kami Excel 2.0“

Ve výsledku RPA i no-code/low-code sledují stejný vzorec jako Kami Excel. Rychle pomohou pracovišti, vizuálně přesvědčí vedení a nakonec se promění v černou skříňku, která zatěžuje organizaci.

Rozdíl je v rozsahu. Kami Excel končil u jednotlivých souborů, moderní občanský vývoj je zapojen do cloudu i klíčových procesů a může se stát dluhem, který připoutá celou organizaci. Lock-in je navíc pevnější než u Excelu. To je situace, kterou můžeme označit jako „Kami Excel 2.0“.

Shrnutí

  • RPA a no-code/low-code si získaly podporu díky okamžitému efektu a síle vizualizace.
  • Aby obstály v provozu, jsou nezbytné znalosti softwarového inženýrství – řídicí struktury, datové struktury, integrace i provozní návrh – což občanští vývojáři sami nezvládnou.
  • Rozhraní svázaná s platformou dělají migraci mimořádně obtížnou a posilují vendor lock-in.
  • „Vizualizační zkreslení“ vedení vede k podceňování těchto rizik.

Moderní občanský vývoj je mocnější než Kami Excel, ale zároveň mnohem vratší. Příště prozkoumáme, co se stane, když se do této rovnice přidá generativní AI.

Další díl: Jak generativní AI ovlivňuje občanský vývoj 4/7