Peter Hrnčiar
Napíšte mi
PH/Články9. 12. 20257 min čítania

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ť?

vlastníctvodelegovaniesystémy
Peter Hrnčiar, systémový architektPH

Tvorca 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.

ROZHODNUTIA, KTORÉ ZOSTÁVAJÚ NA ČLOVEKUV PORIADKU
ZAKLADATEĽfinálna zodpovednosť za smer firmyCREATIVE DIRECTORzásadné výnimkyPRÁVNIKprávny výkladPRODUCT OWNERproduktová priorita

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ť:

PRED DELEGOVANÍM8 OTÁZOK
Q-01Aké rozhodnutia táto rola robí?
Q-02Z akých vstupov vychádza?
Q-03Ktoré pravidlá musí zachovať?
Q-04Kde má voľnosť?
Q-05Čo má robiť pri konflikte?
Q-06Kedy má rozhodnúť sama a kedy eskalovať?
Q-07Kto vlastní pravdu, ktorú používa?
Q-08Čo má po svojej práci odovzdať ďalej?

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í:

SKRYTÉ ROZHODNUTIAKNOW-HOW
Q-01Ktoré pravidlo použijem práve teraz?
Q-02Kedy ho nepoužijem?
Q-03Čo má vyššiu autoritu, keď sa dve odporúčania dostanú do konfliktu?
Q-04Ktorý problém patrí inému špecialistovi?
Q-05Kedy už nemám dostatok informácií na bezpečné rozhodnutie?

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.

SYSTÉMSPOLOČNÁ PRAVDAČo systém dodá
Strategický základ značkyVýznam a hranice webuKvalitné podklady pre odborníka
ŠPECIALISTAODBORNÁ AUTORITAČo zostáva na ňom
Dizajnérske rozhodnutiaTechnická realizáciaOdborný úsudok
SYSTÉM ODSTRAŇUJE DOHADY, NIE ODBORNÚ SLOBODU

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.

AGENT / PRACOVNÝ KONTEXTNIELEN PROMPT
CONTEXTpotrebuje pracovný kontextSCOPEpotrebuje vedieť, čo môže meniťSOURCEpotrebuje vedieť, čo je schválená pravdaSTOPpotrebuje vedieť, kedy nesmie pokračovaťESCALATEpotrebuje vedieť, kedy má zavolať človeka alebo špecialistu

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:

L1Autor rozhoduje všetko
L2Autor vysvetľuje pravidlá
L3Systém nesie pravidlá
L4Špecialisti vlastnia svoje vrstvy
L5Autor rieši iba výnimky a smerovanie
DOZRIEVANIE SYSTÉMUOD OPERÁTORA K ARCHITEKTOVI

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:

Zdroje pravdyPravidlá a princípyJasné vlastníctvoRozhodovacie hranicePríkladyEskaláciaSpätná väzbaMožnosť systém opravovať

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í.

O autorovi

Peter Hrnčiar, systémový architekt
O autoroviAuthor / PHPeter HrnčiarTvorca FUTUR MAX · systémový architekt · stratégia a branding

Profesijne pôsobí od roku 2004 a vo svojej práci prepája značku, marketing, odborné poznanie, systémové myslenie, ľudský úsudok a AI.

Hlavný projekt / FUTUR MAX ↗
Kam ďalej

Podobné myšlienky

Všetky články →