Modernizace 12 let starého skladového systému, aniž bychom zastavili kamiony

Nejnebezpečnější software v malé firmě je software, který funguje. Ne ten chybový nástroj, na který si všichni stěžují — ten se nakonec vymění. Nebezpečný je dvanáct let starý systém, který nikdo nemá rád, ale všichni na něm závisí; ten, který se spouští z béžové skříně v rohu a řídí sklad od doby, než byla najata polovina týmu. Funguje. Až do dne, kdy skoro nefunguje, a všem najednou dojde, že na něm balancuje celá firma.

Tohle je příběh jednoho z takových systémů a toho, jak jsme ho vyměnili. Klient je regionální distributor — pár tisíc produktových řad, jeden sklad, kolem třiceti lidí mezi provozem a kanceláří. Anonymizovali jsme je a zaokrouhlili čísla, ale tvar projektu je přesně takový, jaký byl. Pokud sedíte na stárnoucím systému, kterého se bojíte dotknout, takhle zhruba vypadá rozumná modernizace zevnitř.

V tomhle příběhu není žádný hrdinský přepis, žádný víkend, kdy jsme přepnuli vypínač a všechno bylo nové. Celá pointa — to, co zafungovalo — je, že se nestalo nic dramatického. Kamiony se dál nakládaly. Sklad si sotva všiml, jak se mu pod nohama mění podlaha. To je cíl práce se zastaralými systémy a stojí za to pochopit proč.

Situace: systém držený pohromadě pamětí jednoho člověka

Sklad běžel na zakázkovém systému postaveném kolem roku 2013 vývojářem, který už dávno odešel. Dělal základní práci — sledoval zásoby, tiskl vychystávací listy, posílal objednávky ze dveří ven — a v běžný den to dělal dobře. Problém vlastně nebyl ten software. Problém bylo všechno, co kolem softwaru narostlo, aby zůstal použitelný.

Za deset let tým potichu vystavěl stínový systém z izolepy: tabulku na stavy zásob, které software počítal špatně, druhou tabulku, která tu první srovnávala s realitou, skupinu na WhatsAppu, kde vedoucí skladu hlásil položky, které systém neuměl zachytit, a vytištěný šanon obejití, který se noví lidé museli naučit nazpaměť. Nic z toho nebylo sepsáno na jednom místě. Žilo to v hlavě provozní manažerky, klidné ženy kolem padesátky, která tam byla čtrnáct let a byla, fakticky, dokumentací.

Když nám majitel poprvé zavolal, nebylo to kvůli pádu. Bylo to proto, že oznámila, že chce za dva roky do důchodu, a on si to spočítal a uvědomil si, že v den, kdy odejde, odejde s ní dveřmi i pořádný kus toho, jak sklad vlastně funguje. To je častější spouštěč modernizace než jakákoliv technická porucha: ne systém, který se rozbije, ale uvědomění, že lidé, kteří ho látají, tu nebudou navždy.

Příznaky, kterých si všichni přestali všímat

Když jsme první dva dny jen pozorovali, jak sklad pracuje, náklady starého systému byly všude — ale tak zevšedněly, že už je nikdo neoznačoval jako problém. Číslům zásob se věřilo, že jsou špatně o předvídatelnou marži, takže každá velká objednávka prošla ruční fyzickou kontrolou „pro jistotu“. Novým lidem trvalo týdny, než byli k užitku, protože velká část práce byla nepsaná tradice. A systém běžel na operačním systému tak starém, že už se nedal záplatovat, na síti, o které majitel v skrytu věděl, že je to bezpečnostní incident čekající, až se stane.

• Přesnost zásob se pohybovala kolem 80 %, takže lidé ručně překontrolovávali počty u všeho důležitého — hodiny denně, potichu.
• Logika vychystávacího listu nezvládala současné rozložení skladu, takže vychystávači chodili trasou, kterou jim určoval šanon, ne obrazovka.
• Měsíční inventura zásob zabrala dvěma lidem skoro tři dny.
• Administrátorskou část softwaru uměl spustit jen jediný stroj, a kdyby chcípl, nikdo neměl jasný plán.
• Nic se nenapojovalo na online objednávkový kanál, který firma přidala v roce 2019 — tyto objednávky se přepisovaly ručně.

Co jsme záměrně neudělali

Zřejmý krok — ten, který by navrhla spousta dodavatelů — je koupit velkou hotovou platformu pro řízení skladu, přemigrovat všechno během jednoho víkendu a v pondělí ráno starý systém vypnout. Viděli jsme tenhle přístup selhat dost často na to, abychom ho firmě jako tahle nenavrhovali. Velký třesk předpokládá, že starému systému dokonale rozumíte. Při dekádě nezdokumentovaných obejití mu nerozuměl nikdo — ani lidé, kteří ho provozovali.

Druhý lákavý krok je úplný přepis na zakázku od nuly: vezmi všechno, co starý systém dělá, postav to čistě znovu, nasaď nový. Zní to zodpovědně a je to klasický způsob, jak spálit rok a velký rozpočet, zatímco firma zmrazeně čeká na náhradu, která se pořád odsouvá. Potíž je, že přepis musí reprodukovat každý zvyk dřív, než ho lze spustit — včetně zvyků, o kterých si nikdo nepamatuje, že jsou nosné, dokud nechybí.

Takže jsme neudělali ani jedno. Se starým systémem jsme zacházeli ne jako s něčím k demolici, ale jako s něčím, co je třeba obklíčit a pomalu nahradit — jednu schopnost po druhé, se starým systémem stále běžícím pod tím jako záchranná síť po celou cestu. Bez lesku. A zároveň jediná verze tohohle, která spolehlivě funguje.

Přístup: starý systém uškrťte, neodpalujte ho

Mezi vývojáři má tenhle vzor zaběhnutý název — přístup „škrtiče“, podle popínavé rostliny, která roste kolem stromu, dokud nedokáže stát sama, a původní strom tiše zmizí. Starý systém nevyměníte jedním tahem. Stavíte kolem něj nové kusy, směrujete na ně skutečnou práci jednu po druhé a necháte starý systém se zmenšovat, dokud zbytek není dost malý na to, aby šel vypnout, aniž by kdokoliv zadržoval dech.

Pro tenhle sklad to znamenalo dopředu se shodnout na pořadí: kterou schopnost odloupneme jako první, kterou si necháme nakonec a — což je klíčové — pravidlo, že v každé fázi, pokud by se nový kus choval špatně, jsme se mohli ještě týž den vrátit rovnou ke starému způsobu. Žádný krok nesměl být bodem bez návratu až do úplného konce. Právě tohle jediné pravidlo umožnilo majiteli spát a umožnilo zaměstnancům skladu projektu věřit, místo aby se proti němu zatínali.

1. 1
   Zmapujte, co systém doopravdy dělá

   Tři týdny stínování provozu a kanceláře, abychom zdokumentovali skutečný pracovní postup — včetně každé tabulky a obejití v šanonu. Sepsali jsme systém, který existoval, ne ten, který popisovala původní specifikace.
2. 2
   Než data přesunete, dejte je do pořádku

   Provedli jsme úplnou fyzickou inventuru zásob a podle ní vyčistili databázi produktů. Migrace špinavých dat do nového systému vám jen dá rychlejší špatnou odpověď — proto tohle přišlo dřív, než se dat dotkl jakýkoliv nový software.
3. 3
   Nejbolestivější kus vyměňte jako první

   Postavili jsme nový modul sledování a počítání zásob, nechali ho běžet paralelně se starým a důvěřovali mu, až když se čísla shodovala s realitou celý měsíc.
4. 4
   Připojte kanály, které starý systém ignoroval

   Dál jsme napojili online objednávkový kanál přímo na nová data zásob a tím zabili ruční přepisování, které tiše existovalo od roku 2019.
5. 5
   Odloupněte zbytek, pak vyřaďte staré jádro

   Vychystávání, výkaznictví a inventura se přesunuly jedno po druhém. Když na starém systému neběželo skoro nic skutečného, konečně jsme ho vypnuli — v té chvíli už neudálost.

Části, které byly opravdu těžké

Bylo by nepoctivé tvrdit, že to šlo hladce. Technická práce byla ta snadná část. Těžké části byly lidské a procesní a jsou to tytéž těžké části skoro na každém projektu se zastaralým systémem.

Nezdokumentované pravidlo, které rozbilo funkci

Dva týdny po spuštění nového modulu zásob v paralelním provozu se u jedné produktové kategorie čísla rozjela a my nevěděli proč. Po dni hrabání se provozní manažerka skoro mimochodem zmínila, že určité hromadné položky se počítaly po paletách, ne po kusech, a starý systém v sobě měl skrytý zabudovaný přepočet, který za celou dekádu nikdo nezdokumentoval. Nebylo to v žádné specifikaci. Žilo to jen v její hlavě a v šanonu. Ze samotného kódu bychom to nikdy nenašli — jen díky tomu, že jsme oba systémy nechali běžet vedle sebe a ptali se, proč se neshodují. To je celý argument pro paralelní provoz v jedné historce.

Získat si provoz

Zaměstnanci skladu přežili nejedno dobře míněné „zlepšení“, které jim den zhoršilo, takže projekt přivítali s rozumnou nedůvěrou. Nebojovali jsme proti ní prezentací. Vybrali jsme vychystávače, který si stěžoval nejhlasitěji, strávili s ním dopoledne a předělali vychystávací obrazovku podle toho, jak po skladu doopravdy chodil. Jakmile začal nový systém hájit v kuchyňce, ostatní ho následovali. U projektů se zastaralými systémy se z nejtvrdšího kritika, když si ho získáte, stane váš nejlepší zastánce — a to si oběžníkem nekoupíte.

Výsledky po roce

Vůči naleštěným číslům typu před a po jsme obezřetní, protože každá firma měří jinak a u vás se to bude lišit. Berte je proto jako poctivá, zaokrouhlená čísla z jednoho projektu, která mají ukázat tvar návratnosti, ne příslib. Hlavní není ani tak jednotlivá metrika jako spíš to, co přestalo být děsivé.

Číslo, na kterém majiteli záleželo nejvíc, nebylo v žádném grafu. Bylo to, že když provozní manažerka skutečně odešla do důchodu — jak se ukázalo, o pár měsíců dřív, než bylo v plánu — sklad ani nezakolísal. Znalosti, které dřív žily v její hlavě, teď žily v systému, na který se kdokoliv zaškolil za pár dní. Původní důvod celého projektu byl potichu a úplně vyřešen.

Pokud sedíte na podobném systému

Většina majitelů se stárnoucím jádrovým systémem cítí naráz totéž dvojí: nechat si ho je riskantní a vyměnit ho je děsivé. Obojí je pravda. Chybou je nechat zvítězit ten druhý strach, protože riziko starého systému nezůstává stejné — tiše roste každý rok, jak se lidé, kteří mu rozumí, blíží k odchodu a platforma, na které běží, se vzdaluje od podpory.

Nemusíte volit mezi „nechat ho být a modlit se“ a „vsadit firmu na velký přepis“. Střední cesta — obklíčit ho, vyměnit kus po kuse, nechat si starý jako síť, dokud si nový nezíská důvěru — je pomalejší a mnohem méně hrdinská. A je to taky verze, která nezastaví kamiony. Pokud si z celého tohohle příběhu máte odnést jednu věc, je to právě tahle.

Časté dotazy