Dobrý systém nemá byť závislý od svojho autora
Ak musí byť tvorca systému pri každom rozhodnutí, veľká časť systému stále existuje iba v jeho hlave. Jedným z mojich dôležitých kritérií kvality je preto otázka: dokáže systém fungovať aj vtedy, keď ho prestanem osobne operovať?
PHTvorca systému má jednu prirodzenú výhodu. Vie, prečo veci vznikli.
Obsah
Pozná kompromisy, ktoré sa po ceste urobili. Vie, ktoré pravidlo je absolútne a ktoré iba praktická skratka. Pamätá si výnimky. Rozumie tomu, čo sa nikdy nezapísalo do dokumentácie.
Vďaka tomu dokáže systém veľmi dlho držať pokope vlastnou hlavou. A práve to môže byť problém.
Systém potom navonok vyzerá funkčne, ale jeho skutočnou integračnou vrstvou je jeden človek. Keď tento človek nie je k dispozícii, rozhodovanie sa spomalí alebo zastaví.
Byť nenahraditeľný nie je vždy výhra
V profesionálnom svete sa nenahraditeľnosť často interpretuje pozitívne. Ak bez nás nič nefunguje, asi sme veľmi dôležití. Ja sa na to pri systémoch pozerám opačne.
Ak som navrhol systém a po rokoch musím stále osobne schvaľovať každý detail, je možné, že som svoju logiku nedokázal preniesť do samotného systému. Zostal som jeho súčasťou spôsobom, ktorý sa nedá škálovať.
Samozrejme, existujú rozhodnutia, ktoré majú zostať na konkrétnom človeku.
Problém vidím vtedy, keď sa na človeka vracajú aj rozhodnutia, ktoré už mali byť prenesiteľné.
Delegovanie nezačína človekom, ktorému úlohu odovzdáme
Veľmi často sa delegovanie chápe ako personálna otázka. Nájdeme správneho človeka a vysvetlíme mu, čo má robiť. To je iba jedna časť problému. Pred delegovaním sa podľa mňa oplatí spýtať:
Ak toto nevieme, často nedelegujeme systém.
Nedelegujeme len závislosť na nového človeka?
Veľa know-how je skrytých rozhodnutí
Pri systematizácii práce som si čoraz viac uvedomoval, že know-how nie je iba obsah. Nie je to len zbierka dokumentov, kníh, checklistov alebo princípov. Veľká časť know-how je v rozhodovaní:
Ak tieto hranice zostávajú iba v hlave autora, ostatní ľudia môžu mať prístup ku všetkým materiálom a stále nebudú vedieť pracovať rovnako.
Preto ma pri systémoch zaujíma nielen to, čo vedia, ale aj ako vedia, čo majú použiť.
Špecialista nemá byť vykonávateľ cudzieho myslenia
Delegovanie podľa mňa neznamená, že systém má odborníka zmeniť na operátora checklistu. Práve naopak. Dobrý systém by mal jasne povedať, kde je spoločná pravda a kde začína odborná autorita špecialistu.
Ak pripravím strategický základ značky, dizajnér z neho nemá mechanicky vyrábať obrázky. Má robiť dizajnérske rozhodnutia. Ak architektúra definuje význam a hranice webu, vývojár stále vlastní technickú realizáciu.
Ak systém pripraví odborníkovi kvalitné podklady, nemá predstierať, že tým nahradil jeho úsudok.
Systém má odstrániť zbytočné dohady, nie odbornú slobodu.
To isté platí pri AI agentoch
S nástupom agentov sa táto téma stáva ešte viditeľnejšou. Agentovi môžeme dať množstvo nástrojov a povedať mu, aby „vyriešil úlohu“.
Ale ak nemá jasné hranice, zdroje pravdy, autoritu a pravidlá eskalácie, iba sme presunuli problém z človeka na model. Dobrý agent podľa mňa nepotrebuje iba prompt.
Zaujímavé je, že pri návrhu systémov pre AI sa často vraciame k rovnakým otázkam, ktoré sme mali riešiť aj pri ľudskej delegácii.
Autor by mal byť schopný zo systému postupne vystúpiť
Toto je princíp, ktorý sa snažím aplikovať aj na vlastnú prácu. Nie vždy úspešne a určite nie naraz.
Na začiatku projektu je prirodzené, že mám veľa kontextu iba ja. Mnohé rozhodnutia ešte nie sú stabilné a systém sa len formuje. Postupom času by však mal vznikať posun:
To považujem za znak dozrievania systému. Nie preto, že autor už nie je dôležitý. Jeho úloha sa mení.
Z operátora sa viac stáva architekt, správca hraníc, človek pre výnimky a ďalší vývoj.
Dokumentácia sama osebe nestačí
Je lákavé vyriešiť tento problém množstvom dokumentácie. Zapíšeme všetko a tým sa systém stane prenositeľný. V praxi to podľa mňa nestačí.
Dokumentácia môže veľmi dobre vysvetľovať stav sveta a stále nemusí pomáhať pri rozhodnutí. Prenositeľný systém potrebuje kombináciu:
Inak iba vytvoríme veľkú knižnicu, ktorú nový človek musí znovu interpretovať od začiatku.
Delegovanie je test architektúry
Preto dnes delegovanie nevnímam iba ako spôsob, ako si uvoľniť čas. Je to test kvality systému.
Ak dokážem časť práce odovzdať a pritom sa zachová jej význam, hranice a kvalita rozhodovania, pravdepodobne sme zachytili podstatnú časť logiky správne.
Ak sa po delegovaní všetko okamžite rozpadne, problém nemusí byť iba v človeku, ktorý úlohu prevzal. Možno sme mu nikdy neodovzdali systém. Odovzdali sme iba úlohu.
A preto si čoraz častejšie pripomínam:
Úlohou tvorcu systému nie je zostať navždy jeho operátorom.
Ak je systém dobrý, mal by časom vedieť fungovať aj bez toho, aby jeho autor sedel pri každom rozhodnutí.
Framework nie je dogma
Framework má znižovať chaos a pomáhať pri rozhodovaní. V okamihu, keď ho začneme chrániť pred realitou, môže sa z nástroja stať prekážka. Pre mňa je dobrý systém dostatočne stabilný na používanie a zároveň dostatočne otvorený na zmenu.
16. 6. 2026 · 4 minPrečo nechcem byť expertom na všetko
Čím širšie systémy človek navrhuje, tým ľahšie môže začať pôsobiť, že rozumie všetkému. Je to jedna z vecí, ktorým sa chcem vedome vyhýbať.
17. 2. 2026 · 4 minPrečo oddeľujem pravdu, metodiku a realizáciu
Pri budovaní komplexnejších systémov som si začal všímať jeden opakujúci sa problém. Veľmi ľahko sa zmieša dohromady to, čo je pravda, ako podľa tejto pravdy pracujeme a kto alebo čo konkrétnu prácu vykoná.