Úvod

Ve čtvrtém dílu jsme si potvrdili, že aktiva, která nebyla zapsána jako kód, se stanou budoucím negativním dědictvím. Nabízí se proto otázka: je občanský vývoj způsob, jak vytvářet produkční systémy?

Krátká odpověď zní, že nikoli. Jeho podstata spočívá v tom, že promění uživatelský pohled na požadavky do „živého náčrtu“.

Pokud si tento pohled neudržíme a budeme mít za to, že „občanský vývoj = kouzelná hůlka na produkční systémy“, zopakujeme historii a znovu zaplavíme organizaci negativním dědictvím. Podívejme se proto, co „vývoj nanečisto“ znamená a jak jej správně využít.

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
  • Legacy, které generativní AI zachrání, a které opustí 4/7
  • Občanský vývoj není všemocný, je to „vývoj nanečisto“ 5/7 (tato část)
  • 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)

V čem spočívá hodnota vývoje nanečisto

Aplikace a nástroje, které si pracoviště vytváří prostřednictvím občanského vývoje, bývají označované za „nedodělky“ nebo „hrubé prototypy“. Právě tato „hrubost“ je však jejich hodnotou.

Zviditelní se uživatelské požadavky

Představme si, že obchodní oddělení vytvoří v low-code nástroj pro správu zákazníků. Zachytí v něm intuitivní poznatky lidí, kteří systém denně používají.

  • Jak detailní mají být vstupní pole
  • Co má být vidět v přehledech
  • Kde mají ležet tlačítka a kudy vede přirozená navigace

Takové nuance do běžného „specifikačního dokumentu“ nepropašujeme. Při popisu textem se ztrácí nuance i „hmatatelný pocit z práce“. Fungující prototyp naopak okamžitě vyvolá reakci: „tohle je použitelné“ nebo „ve skutečnosti je to nepohodlné“.

Omyly a mezery vyjdou najevo dříve

Funkční náčrt rychle odhalí připomínky typu: „Bez vyhledávání se neobejdeme.“ „Schvalovací tok musí mít dvě, ne tři úrovně.“

Tradiční vývoj často spoléhal na to, že odborníci přečtou specifikaci a na jejím základě si vše představí. Výsledek? Po dodání systému se ozvalo „není to tak, jak jsme potřebovali“ a následovaly nekonečné opravy. Občanský vývoj se může stát nástrojem, který tuto zbytečnou spirálu zásadně zkrátí.

Úskalí přímé produkce

Náčrt však nesmíme bezmyšlenkovitě převést do produkce. Číhají v něm velké pasti.

  • Škálování: V malé jednotce funguje, při celopodnikovém nasazení rychle narazí na limity výkonu.
  • Bezpečnost: Chybí řízení přístupu či logování, což neobstojí při auditu ani z hlediska compliance.
  • Údržba: Vzniká závislost na jediné osobě; pokud odejde, systém se promění v černou skříňku.

Jinými slovy, „náčrt má hodnotu“ neznamená, že „náčrt lze nasadit jako finální produkt“. Opakovali bychom stejný scénář jako u Kami Excel: dočasný spasitel, který se změní v dluh.

Rozdělení rolí mezi občany a odborníky

Jak tedy s výsledky občanského vývoje naložit? Odpověď je přímočará.

  • Občané kreslí náčrt: konkretizují pohled uživatelů a předkládají prototyp.
  • Odborníci provádějí čistopis: přestaví řešení tak, aby splnilo nefunkční požadavky (škálovatelnost, bezpečnost, údržba).

Toto rozdělení rolí umožní oběma stranám využít své přednosti naplno. Občané přinášejí „surovou zkušenost z terénu“. Odborníci garantují „kvalitu a dlouhodobou udržitelnost“.

Dříve se systémy navrhovaly „pouze na základě textové specifikace a představ odborníků“. Existuje-li náčrt, může diskuse od začátku probíhat na vyšší úrovni detailu. Výsledkem je efektivnější vývoj i kvalitnější výsledný systém.

Co musí ohlídat governance

Aby občanský vývoj zůstal přínosem, je nutné nastavit organizační pravidla.

  • Vymezení: Stanovit, že výstupy občanského vývoje jsou prototypy s omezeným rozsahem použití.
  • Inventura: Pravidelně kontrolovat a vyřazovat opuštěné aplikace či roboty RPA.
  • Převod do produkce: Vytvořit povinný proces předání IT oddělení, které náčrt převede do produkční podoby.

Díky takové správě výrazně klesne riziko, že znovu vytvoříme negativní dědictví ve stylu Kami Excel. Bez těchto pravidel by se z občanského vývoje stal „továrna na divoké aplikace“, která jen zvyšuje technický dluh.

Shrnutí

Občanský vývoj není „univerzální cesta k produkčním systémům“. Pokud jej ale používáme jako „náčrt“, odhalí chyby v zadání a umožní navrhovat řešení z pohledu skutečných uživatelů.

Produkci zajišťují odborníci, náčrt kreslí občané. Právě tím se z občanského vývoje stává zdroj budoucí produktivity namísto negativního dědictví.

Jeho skutečný smysl spočívá v demokratizovaném procesu definice požadavků. Teprve s tímto pochopením se občanský vývoj stane pro organizaci udržitelnou silou.

Další díl: Odlišné úhly pohledu masově vyrábějí negativní dědictví 6/7