Byl Kami Excel skutečně padouch? — Od zachránce k negativnímu dědictví (2/7)
Úvod
V předchozím díle jsme si ukázali, že EUC tvoří „prototyp občanského vývoje“ a že Kami Excel je jedním z jeho symbolů. Další otázka tedy zní: Byl Kami Excel opravdu ztělesněním zla?
Krátká odpověď: Kami Excel sám o sobě zlem nebyl. V době svého vzestupu byl pro provoz skutečným zachráncem a dramaticky zvýšil produktivitu. Negativním dědictvím se stal nikoli kvůli omezením Excelu, ale kvůli absenci organizační správy a nízké IT gramotnosti společnosti.
Půjdeme-li ještě dál, zjistíme, že pojem „Kami Excel“ je vlastně posměšný zpětný pohled. V hypotetické společnosti, kde by každý rozuměl funkcím a VBA, by se z něj stal ideální základ pro okamžité automatizace.
Celá série
- Budoucnost občanského vývoje — historie, současnost, generativní AI a co přijde dál (0/7)
- Vrací se občanský vývoj jako EUC? — Lekce z Kami Excelu (1/7)
- Byl Kami Excel skutečně padouch? — Od zachránce k negativnímu dědictví (2/7) (tento díl)
- Světlo a stín dnešních platforem pro občanský vývoj (3/7)
- Jak generativní AI ovlivňuje občanský vývoj (4/7)
- Governance a prevence negativního dědictví (5/7)
- Rozdílné perspektivy jako továrna na technické dluhy (6/7)
- Legacy se rodí dál — naučme se s ním žít: vize budoucnosti občanského vývoje (7/7)
Proč byl Kami Excel „zachránce“
V 80. a 90. letech čelila většina japonských firem realitě: „IT oddělení samo nezvládne obsloužit všechny procesy.“
- IT talentů byl chronický nedostatek.
- Páteřní systémy byly rigidní, jejich úpravy trvaly měsíce.
- Provozní potřeby se měnily každý den a rychlost rozhodovala.
V této situaci se Excel stal nepostradatelným nástrojem první linie. Stačilo vytvořit formulář, přidat funkce a případně makro — a provoz dokázal okamžitě uhasit požár vlastními silami.
Kami Excel tedy nebyl problém. Byl to nástroj, kterým se lidé probojovali přes úzké hrdlo IT.
Kde se vzal termín „Kami Excel“
Důležité je uvědomit si, že označení „Kami Excel“ v dané době neexistovalo. Pro uživatele šlo prostě o zachránce, o „chytré řešení z provozu“.
Slovo se rozšířilo až zpětně. Když v organizaci zůstaly soubory, které nikdo nedokázal přečíst, začali je lidé sarkasticky nazývat právě takto. Jinými slovy, „Kami Excel“ není původní název, ale nálepka přilepená s odstupem.
Ve své podstatě to byl „čitelný“ mechanismus
Funkce ani VBA nejsou tajné šifry. Stačí základní IT gramotnost a každý je dokáže číst — jde o přímočarou logiku.
Kdyby společnost považovala čtení funkcí a skriptů za samozřejmost, nebyl by Kami Excel „neprůhlednou černou skříňkou“, ale transparentním automatizačním strojem, který umožní okamžitý zásah v první linii.
Kami Excel je tedy paradoxní existencí: mohl být ideálním nástrojem produktivity, ale kvůli nedostatečné gramotnosti se proměnil v negativní dědictví.
Jak se z hrdiny stal problém
Realita však ideální nebyla.
- IT specialisté se vyhýbali excelovým funkcím a VBA.
- To, co „mělo být čitelné“, se změnilo v „nelze se toho dotknout“.
- Lidé tak s odstupem hovořili o „Kami Excelu“ s ironií.
Fenomen Kami Excel proto nevznikl kvůli chybám Excelu, ale kvůli mezerám ve vzdělávání a správě.
Jak probíhal pád do negativního dědictví
S přibývajícím časem se improvizovaný nástroj změnil v organizační riziko:
-
Nadýmání a black box Do tisíců buněk se dostaly vzorce, které nikdo neobsáhl.
-
Personifikace Jakmile autor odešel nebo byl přeřazen, znalosti zmizely.
-
Absence governance IT oddělení považovalo řešení za „svépomoc“ a nechalo ho běžet bez bezpečnostních či auditních kontrol.
Tak se z Kami Excelu stalo nevyhnutelné negativní dědictví.
Technická omezení tomu nahrávala
Strukturální limity Excelu proměnu urychlily:
- Chybějící schéma: Bez typů a omezení se sloupce nekontrolovaně rozrůstají.
- Obtížná správa verzí: Historie existuje jen jako kopie; nelze sledovat změny ani slučovat.
- Žádný provozní design: Bez řízení přístupů a transakční logiky chybí spolehlivost produkčního systému.
Používat Excel jako databázi nebo provozní aplikaci bylo už samo o sobě riskantní a přepínalo systém do módu Kami Excel.
Historie ukazuje univerzální vzorec
Dějiny Kami Excelu nás učí, že krátkodobá záchrana a dlouhodobá zátěž kráčí bok po boku.
Nezapomínejme však, že „Kami Excel“ je zpětně přidané označení. Kdyby byla IT gramotnost skutečně rozšířená, mohl by zůstat ideálním nástrojem. To není jen příběh o selhání. Je to i důkaz, že odvaha lidí v první linii přinesla ovoce, které nikdo nedokázal udržet.
A tento scénář bude pokračovat. Masové rozšíření „skutečné IT gramotnosti“ je nepravděpodobné. Proto i u dnešních no-code/low-code a RPA platí, že bez opatření skončíme stejně.
Zachránce a továrna na legacy dělí jen tenká čára. Na tuhle historickou lekci nesmíme zapomenout, chceme-li plánovat budoucnost občanského vývoje.
Příště: Světlo a stín dnešních platforem pro občanský vývoj (3/7)