Consulting Work Blog Kontakt
← Zpět na blog

Signál k automatizaci je podruhé, ne popáté

Signál k automatizaci je podruhé, ne popáté

Vypustil jsem diagram, který byl špatně, a dva dny jsem si toho nevšiml. Vypadal naprosto v pořádku. Rámečky seděly na správných místech, popisky byly správné a čáry, které je spojovaly, mířily na špatné rámečky. Při jedné ruční úpravě navíc se jeden spoj potichu posunul o políčko vedle a nikdo si toho nevšiml, protože na první pohled nebylo co odhalit. Ta drobná chyba mi dala pravidlo, které teď používám daleko za hranicemi diagramů: okamžik, kdy něco přestat dělat ručně, je podruhé, ne popáté.

Krátká verze

  • Pořád jsem ručně upravoval rostoucí diagram. Při jedné úpravě sklouzla spojovací čára ke špatnému rámečku a stejně vypadala dobře: ruční verze mohla být špatně a přitom vypadat správně.
  • Oprava zabrala jedno odpoledne: strukturu jednou popíšu prostým textem a malý skript všechno rozmístí a nakreslí čáry. Ty už fyzicky nemůžou mířit na špatný rámeček.
  • Obvyklá rada „automatizuj to napotřetí" je pro strukturovanou práci příliš pomalá. Signál je už podruhé.

Co jsem pořád předělával

Ten diagram je strukturovaný: popsané rámečky se spojovacími čarami, uspořádané do řad, a postupně roste, jak přidávám nové rámečky. Pokaždé, když tam mělo přibýt něco nového, otevřel jsem soubor a ručně poposunul souřadnice. Poprvé je to úplně rozumný způsob práce. Podruhé je to mírně otravné. Napotřetí nebo napočtvrté jsem víc pozornosti věnoval účetnictví pozic než samotnému obsahu. A každá úprava zasahovala do věcí, které na sobě navzájem závisely: rámeček přidaný doprostřed odstrčil všechno kolem, takže se všechny spojovací čáry musely znovu zaměřit od oka.

Co se vlastně rozbilo

Při jedné z těch úprav jsem dole přidal novou řadu. Všechno pod ní se posunulo, přetáhl jsem spoje, ať to sledují, odhadl od oka a prohlásil za hotové. Vypadalo to správně. Správné to nebylo. Jedna čára teď vedla k sousedovi rámečku, který měla zasáhnout.

Ta chyba nebyla hlasitá, a v tom je celá pointa. Rozsypaný layout, který se zhroutí do nepořádku, opravíte za třicet vteřin. Nebezpečný je ten layout, který je nenápadně špatně, a přitom vypadá uhlazeně: projde testem prvního pohledu, jde ven a sedí tam, potichu špatně, dokud si ho někdo pořádně nepřečte.

Oprava, která zabrala jedno odpoledne

Místo posunování pixelů jsem napsal krátký popis struktury: který rámeček existuje a ke kterému dalšímu se připojuje. Pak malý skript ten popis přečte a rozmístění udělá sám: každou čáru nakreslí z té struktury, kterou jsem popsal, ne z toho, kam jsem zrovna něco přetáhl.

Rozdíl není hlavně v rychlosti, i když je to rychlejší. Je v tom, že nová verze nemůže udělat chybu, kterou jsem udělal já. Čára se kreslí z „A se připojuje k B", takže vede z A do B. Když teď chci přidat rámeček, napíšu jeden řádek textu, kam patří, a spustím to znovu.

Nebezpečný úkol není ten těžký. Je to ten, který je dost snadný na to, aby vypadal správně, a přitom byl špatně.

Počty, které nikdo nedělá

Lidé posuzují „mám to automatizovat" podle toho, jak dlouho trvá jeden případ. Jeden případ je vždycky levný, takže odpověď zní vždycky „nestojí to za to". Tyhle počty ignorují dvě ceny, které se v jedné úpravě neukážou: tiché chyby a tu mírnou hrůzu z vědomí, že tu piplačku budete muset zase předělávat.

Skript zpočátku stál víc a vrátil se během pár změn. To číslo na začátku je jediné, na které se většina lidí dívá, a přesně proto se tolik opakující ruční práce nikdy nepošle do důchodu.

Proč podruhé, a ne potřetí

Obvyklá rada zní automatizovat něco, až to uděláte třikrát. Pro jednorázové úkoly je to v pořádku. Pro strukturovanou, opakující se práci, kde jednotlivé kusy závisí jeden na druhém, je tři už pozdě, protože do třetího ručního průchodu jste nejspíš poslali ven aspoň jednu tichou chybu, aniž byste o tom věděli. Spouštěč, který teď hlídám, není „dělám tohle často", ale „přepracovávám to ručně a občas to vyjde nenápadně špatně". Když to ucítíte podruhé, postavte ten malý nástroj.

Kde to platí, i když nepíšete kód

Tohle všechno vlastně není o diagramech. Zamyslete se nad výstupy ve svém týdnu, které někdo pořád staví znovu ručně a které potichu závisí na tom, aby jejich kousky lícovaly: organizační schéma překreslované po každé reorganizaci, měsíční status slide formátovaný od nuly, report, kde číslo na jednom místě musí sedět s číslem o tři místa vedle, a občas nesedí.

U každého z nich nezní otázka „děláme to dost často, aby se to vyplatilo". Zní „vyjde ručně dělaná verze někdy navenek dobře, a přitom je špatně". Pokud ano, je ten výstup kandidátem na ošetření stylem „popiš to jednou" a můžete poprosit toho, kdo ho staví, nebo AI asistenta, ať z ručního rituálu udělá malý generátor, kterému dodáte prostý popis.

Co bych udělal jinak

Přepnul bych už při druhé úpravě. Čekal jsem, dokud nešel ven špatný diagram, což je ten nejdražší způsob, jak se naučit, že „je to jen pár minut" je špatné měřítko. Správné měřítko je, jestli ruční verze může selhat potichu. Když může, těch pár minut nikdy nebyla ta skutečná cena.

Co je ta věc, kterou pořád stavíte znovu ručně a která by zrovna teď mohla být potichu špatně, a co by stálo za to popsat ji jednou provždy?

Stack: Python · SVG · Claude Code

Potřebujete něco podobného pro svou vlastní firmu? Podívejte se, jak můžu pomoct →