Bevezetés

Az előző részben láttuk, hogy az EUC a citizen development prototípusa, és ennek egyik jelképe a Kami Excel. A következő kérdés kézenfekvő: Valóban „gonosz” volt a Kami Excel?

A válasz: nem. A Kami Excel önmagában nem jelentett rosszat. Megmentőként lépett fel, és robbanásszerű hatékonyságnövekedést hozott a frontvonalban. Az, hogy később „negatív örökséggé” változott, nem az Excel korlátain múlt, hanem azon, hogy a szervezetek nem tartották kordában, és a társadalom egészében hiányzott az IT-írástudás.

Ha mélyebbre ásunk, kiderül, hogy a „Kami Excel” kifejezést utólagos gúnyként ragasztották rá. Ha olyan társadalomban élnénk, ahol mindenki érti a képleteket és a VBA-t, a Kami Excel akár ideális, azonnali automatizálási platformmá válhatott volna.

Kontextus: A buborékévek és az azt követő időszak Japánjában sok üzleti részleg magára maradt. A Kami Excelt sokszor könyvelők vagy értékesítők rakták össze, gyakran fizetés nélküli túlórában. Belső hősként ünnepelték őket, de a vállalati kultúra ritkán biztosított oktatást vagy erőforrást ahhoz, hogy ezekből a prototípusokból hivatalos rendszerek legyenek. Ez az egyenlőtlenség adja a „Kami Excel” gúny erejét.

A sorozat teljes áttekintése

Miért volt a Kami Excel megmentő

Az 1980-as és 1990-es években számos japán vállalat kellemetlen valósággal szembesült: az informatikai részleg egyedül nem bírta el az összes üzleti folyamatot.

  • Az IT-szakemberek krónikusan hiányoztak.
  • A központi rendszerek rugalmatlanok voltak, egy kisebb módosítás is hónapokig tartott.
  • A mindennapi munka viszont folyamatosan változott, a gyorsaság volt az életben maradás feltétele.

Ebben a környezetben az Excel erőteljes vészmegoldássá vált. Űrlapokat készítettek, képletekkel automatizáltak, szükség esetén makrókat írtak – így a frontvonal saját kezűleg tudta „elállítani a vérzést”, anélkül hogy IT-ra várt volna.

A Kami Excel tehát olyan fegyver volt, amellyel a frontvonal áttörte a vállalati IT szűk keresztmetszetét.

Honnan jött a „Kami Excel” név

Fontos megérteni, hogy a „Kami Excel” elnevezés nem az adott korszakban született. A készítők számára az Excel életmentő volt, egy ügyes trükk vagy a munkahelyi kitartás bizonyítéka.

A kifejezés később terjedt el. Amikor a személyre szabott fájlok készítőik távozása után értelmezhetetlenül maradtak hátra, az utókor gúnyosan kezdte így hívni őket. A Kami Excel tehát nem a frontvonal problémáira utaló korabeli címke, hanem a későbbi megfigyelők gúnyos felirata.

Lényegében „olvasható rendszer” volt

Ha józanul végiggondoljuk: sem az Excel-képletek, sem a VBA nem valami titkos kód. Alapvető IT-írástudással bárki megértheti őket.

Ha a társadalom széles körben elfogadta volna, hogy „képleteket olvasni és írni természetes”, a Kami Excel átlátható automatizációs eszköz maradhatott volna, amelyet a frontvonal együtt fejleszt. Más szóval: a Kami Excel akár az ideális termelékenységi eszköz is lehetett volna – de az írástudás hiánya paradox módon negatív figurává tette.

Hogyan lett a megmentőből negatív örökség

A valóság persze máshogy alakult:

  • Még a képzett mérnökök is kerülték az Excel-specifikus függvényeket és a VBA-t.
  • A „mindenki számára érthetőnek kellene lennie” fájlok lassan érinthetetlen fekete dobozokká váltak.
  • Az utókor már csak rámutatni és gúnyolódni tudott rajtuk – így született meg a „Kami Excel” bélyeg.

A Kami Excel jelenség nem az Excel hibája volt. Oktatási és irányítási hiányosságokból született délibáb.

A negatív örökséghez vezető út

Az improvizált fegyver idővel szervezeti kockázattá változott:

  1. Felpuffadás és fekete doboz – Több ezer cellányi képlet tette áttekinthetetlenné az egészet.
  2. Személyhez kötöttség – Ha az alkotó továbblépett, a tudás nyomtalanul eltűnt.
  3. Governance hiánya – Az IT „partizánakcióként” kezelte, így a biztonsági és auditkockázatokkal együtt futott tovább a termelésben.

A Kami Excel így vált a szervezet számára elkerülhetetlen negatív örökséggé.

A technikai korlátok is rátettek egy lapáttal

Az Excel szerkezeti korlátai tovább erősítették a fekete doboz hatását:

  • Nincs séma – Adatbázis-szerű típusok és korlátozások híján a sorok és oszlopok kaotikusan szaporodtak.
  • Nincs verziókezelés – Csak a fájlmásolatok jelentették a „naplót”, a változások nyomon követése vagy az összefésülés lehetetlen volt.
  • Hiányzó üzemeltetési design – Nem volt jogosultságkezelés, tranzakciókezelés; üzemi alaprendszerként hiányzott a megbízhatóság.

Vagyis az Excel üzleti rendszerként vagy adatbázis-pótlékként való használata eleve túlfeszített vállalás volt; a határok túllépése felgyorsította a Kami Excel-jelenséget.

Mit árul el a történelem

A Kami Excel története arra tanít, hogy a rövid távú megmentés és a hosszú távú adósság mindig ugyanannak az éremnek a két oldala.

Ne feledjük azonban: maga a kifejezés utólagos gúny. Ha létezett volna széles körű IT-írástudás, a Kami Excel hős maradt volna. Ez nem egyszerű bukástörténet, hanem annak krónikája, hogy a frontvonal pionírjai eredményt teremtettek, de senki sem intézményesítette azt.

Ez a valóság ma sem változott meg. A társadalom nem lesz egyik napról a másikra 100%-ban digitális írástudó. Ezért amikor modern no-code, low-code vagy RPA platformokat vezetünk be, ügyelnünk kell arra, hogy ne ismételjük meg ugyanazt a szerkezetet.

A megmentő és a legacy-gyár mindig hajszálnyira van egymástól. Ez az a történelmi lecke, amelyet nem feledhetünk.

Következő rész: A modern citizen development platformok fényei és árnyai 3/7