Jak to vypadá
Čtyři obrazovky ze systému. Data na nich jsou ukázková, rozložení a popisky odpovídají skutečnosti.
Několikrát do týdne projde člověk na recepci kuchyňku a sklad a spočítá, kolik zbylo minerálek, kávy a papíru do tiskárny. Čísla přepíše do tabulky. Ta pak sama ukáže, co kleslo pod minimum a kolik toho objednat, aby v pátek nikomu nic nechybělo.
Takhle to v jedné mezinárodní technologické firmě fungovalo dávno předtím, než jsme přišli. Nikdo po nás nechtěl, abychom ten postup vymysleli znovu — jen aby přestal běžet v tabulce. A přesně proto stál systém za pár dní.
Proč tu není jméno klienta. Nepřeje si zveřejnit značku ani adresu, a to respektujeme. Nenajdete tu proto žádné jméno, logo ani čísla z jeho provozu. Snímky rozhraní jsou překreslené s ukázkovými daty — rozložení, popisky a chování odpovídají systému, obsah ne.
Funguje to perfektně, pracuje se mi s tím úplně skvěle a je to přehledný. Fakt pecka.
Člověk, který v tom systému pracuje každý den.
Celý provoz kanceláře držely dva sešity v Tabulkách Google. Jeden měl u sebe člověk na recepci: aktuální stavy zásob a seznam toho, co se opakuje — co se dělá každý všední den, co ve středu a v pátek, co poslední pracovní den v měsíci. Druhý patřil vedoucí: katalog položek s minimem a plným stavem a z něj odvozený nákupní seznam.
Nebyly to prázdné buňky. Vzorce počítaly, kolik čeho dokoupit, hlídaly, co spadlo pod minimum, a upozorňovaly na blížící se termíny. K tomu skripty, které samy vygenerovaly další týden a spočítaly měsíční výkaz.
Když si někdo napíše do tabulky vlastní skript, obvykle to znamená, že ten proces zná do detailu. To je nejlepší možný výchozí bod, jaký před stavbou systému může být.
Zadání proto nebylo o tom, jak by se to mělo dělat. Vypadalo spíš jako mapa: který sloupec kam patří a který ze dvou sešitů má u které hodnoty pravdu. Rozhodnutí, kdy objednat, kolik a jak se který úkol opakuje, už dávno padla. Byla zapsaná ve vzorcích, jen je nikdo nenazýval zadáním.
Šlo to proto rychle. První verze s ostrými daty běžela na testovací adrese ještě týž den, co vznikl první řádek kódu. Lidé v ní poznali svoji práci, takže se nemuseli nic učit — dostali stejné kroky v prostředí, které za ně počítá a hlídá termíny.
Při přenosu se mimochodem ukázalo, že u jedné položky měla tabulka prohozená čísla a roky si toho nikdo nevšiml. Tabulka to nikomu neřekla, protože vzorec počítal dál. Systém ta data odmítl přijmout a bylo to během chvíle opravené.
Kdyby procesy zmapované nebyly, byla by první část práce jejich vymýšlení. To trvá nejdéle a nejčastěji se právě u toho celá věc zasekne.
Obchůzka zůstala — zásoby nikdo nespočítá od stolu. Ubylo všechno, co po ní následovalo. Spočítané číslo se dřív psalo na dvě místa, teď se zapíše jednou a uloží se samo. Kolik objednat, nikdo nepřepočítává; co kleslo pod minimum, se samo označí a objeví se v nákupním seznamu.
Zmizelo taky hlídání termínů v hlavě. Opakované úkoly si systém generuje sám, řádek se podle blížícího se termínu obarví a hotový úkol se vrátí, až má znovu přijít na řadu. Nikdo nemusí držet v paměti, že poslední pracovní den v měsíci se dělá výkaz.
Kolik času to celkem ušetřilo, neměříme — a odhad si vymýšlet nebudeme. Co doložit umíme, je, že se ta práce dělá na jednom místě a že si o změny v ní říkají sami lidé, kteří ji dělají.
Čtyři obrazovky ze systému. Data na nich jsou ukázková, rozložení a popisky odpovídají skutečnosti.
Ať se zadání připraví jakkoli pečlivě, první verze vždycky v něčem drhne. Není to chyba v přípravě, prostě se některé věci poznají až tím, že se v systému pracuje. Proto je v hlavičce každé stránky tlačítko zpětné vazby.
Kdokoli napíše, co nefunguje nebo co by chtěl jinak, může přidat snímek obrazovky a odeslat. Hlášení se sejdou na jednom místě se stavem a poznámkou, jak se to vyřeší, takže úprava je otázka jednoho zásahu, ne nového projektu a nové objednávky.
Žádnou z nich jsme nevymysleli my. Všechny přišly přes to tlačítko a byly hotové týž nebo následující den.
Měsíční výkaz šel do té doby otevřít na obrazovce a nic víc. Přišlo hlášení a od pátého srpna se stahuje jako soubor.
U některých úkolů nestačí postup popsat slovy. Hlášení přišlo sedmého, hned druhý den šel k úkolu přiložit obrázek.
V nákupu nebylo poznat, co už je koupené. Hlášení i hotová úprava padly na stejný den — tlačítko „Nakoupeno“ tam bylo odpoledne.
A ta věta nahoře? Přišla nám e‑mailem od klienta jako ohlas na systém, pár dní po poslední z těch tří úprav.
Citujeme ji doslova, jen bez emotikonu na konci. Bez jména a bez pozice — na přání klienta.
Tohle je celé poselství té zakázky. Nic složitějšího za tím není.
Ne co by fungovat mělo, ale co lidé opravdu dělají — i když je to zatím v tabulce, v sešitě nebo v hlavě jednoho člověka.
Stejné kroky, stejné názvy, stejné pořadí. Mění se jen prostředí, které za člověka počítá, hlídá termíny a nenechá ho přehlédnout, co se blíží.
Napoprvé to nesedí nikdy. Kdo v tom dělá každý den, pozná nejdřív, co chybí, a měl by to mít komu říct jinak než přes tři e‑maily.
Skoro každá firma má někde tabulku, na které stojí kus provozu. Bývá to ta nejlepší možná specifikace, jaká může být — někdo si ji postavil proto, že to musel denně řešit, a je v ní zapsané všechno, na co se za ty roky přišlo. Nemá smysl ji zahazovat a začínat od nuly, stačí ji přenést.
Jestli u vás taková tabulka je, máte hotovou tu těžší půlku práce.
Projděte pár otázek a uvidíte, co by se dalo přenést do systému jako první.