Egy 12 éves raktárrendszer korszerűsítése úgy, hogy a kamionok meg sem álltak

Egy kisvállalkozás legveszélyesebb szoftvere az, amelyik működik. Nem a hibás eszköz, amelyre mindenki panaszkodik — azt előbb-utóbb úgyis lecserélik. A veszélyes a tizenkét éves rendszer, amelyet senki sem szeret, de mindenki tőle függ; amely a sarokban álló bézs számítógépről indul, és már azelőtt vitte a raktárt, hogy a csapat felét felvették volna. Működik. Egészen addig a napig, amíg majdnem nem, és mindenki egyszerre döbben rá, hogy az egész cég ezen egyensúlyoz.

Ez az egyik ilyen rendszer története, és azé, hogyan cseréltük le. Az ügyfél egy regionális nagykereskedő — pár ezer termékvonal, egyetlen raktár, mintegy harminc fő a terület és az iroda között. Anonimizáltuk őket, és kerekítettük a számokat, de a projekt alakja pontosan olyan, amilyen valójában volt. Ha egy öregedő rendszeren ül, amelyhez fél hozzányúlni, nagyjából így néz ki belülről egy józan korszerűsítés.

Ebben a történetben nincs hősies újraírás, nincs hétvége, amikor átkapcsoltunk egy kapcsolót, és minden új lett. Az egész lényeg — ami működővé tette — az, hogy semmi drámai nem történt. A kamionok tovább rakodtak. A raktár alig vette észre, hogy mozdul alatta a padló. Ez a cél a régi rendszerekkel végzett munkában, és érdemes megérteni, miért.

A helyzet: egyetlen ember emlékezetén nyugvó rendszer

A raktár egy 2013 körül egy rég továbbállt fejlesztő által épített egyedi rendszeren futott. Ellátta az alapfeladatot — követte a készletet, nyomtatta a komissiózási listákat, kitolta a rendeléseket az ajtón —, és egy átlagos napon ezt jól tette. A probléma valójában nem a szoftver volt. A probléma mindaz volt, ami a szoftver köré nőtt, hogy használható maradjon.

Egy évtized alatt a csapat csendben egy árnyékrendszert épített ragasztószalagból: egy táblázatot a készletszámokra, amelyeket a szoftver rosszul számolt, egy második táblázatot, amely az elsőt összevetette a valósággal, egy WhatsApp-csoportot, ahol a raktárvezető jelezte azokat a tételeket, amelyeket a rendszer nem tudott ábrázolni, és egy nyomtatott dossziét a kerülőmegoldásokról, amelyet az új belépőknek fejből kellett tudniuk. Mindebből semmi sem volt egy helyen leírva. Az üzemvezető fejében élt, egy nyugodt, ötvenes éveiben járó nő fejében, aki tizennégy éve volt ott, és aki gyakorlatilag maga volt a dokumentáció.

Amikor a tulajdonos először felhívott minket, nem összeomlás miatt tette. Azért, mert a nő bejelentette, hogy két éven belül nyugdíjba akar menni, ő pedig kiszámolta, és rájött, hogy aznap, amikor a nő elmegy, vele együtt kisétál az ajtón annak jelentős része, ahogyan a raktár valójában működik. Ez gyakoribb kiváltó oka a korszerűsítésnek, mint bármilyen műszaki hiba: nem az, hogy a rendszer elromlik, hanem a felismerés, hogy az emberek, akik foltozgatják, nem lesznek itt örökké.

A tünetek, amelyeket mindenki észrevenni elfelejtett

Amikor az első két napunkat csak azzal töltöttük, hogy néztük, hogyan dolgozik a raktár, a régi rendszer költségei mindenütt ott voltak — de annyira megszokottá váltak, hogy már senki sem jelölte meg őket problémaként. A készletszámokról megbízhatóan tudni lehetett, hogy kiszámítható mértékben rosszak, így minden nagy rendelés átment egy kézi fizikai ellenőrzésen „a biztonság kedvéért”. Az új belépőknek hetekbe telt, mire hasznossá váltak, mert a munka nagy része íratlan hagyomány volt. A rendszer pedig egy annyira régi operációs rendszeren futott, hogy már nem lehetett foltozni, egy olyan hálózaton, amelyről a tulajdonos magában tudta, hogy bekövetkezésre váró biztonsági incidens.

• A készletpontosság 80% körül mozgott, így a dolgozók kézzel ellenőrizték a számokat mindennél, ami fontos volt — naponta órákat, csendben.
• A komissiózási lista logikája nem bírt el a raktár jelenlegi elrendezésével, így a komissiózók azon az útvonalon jártak, amelyet a dosszié mondott, nem a képernyő.
• A hó végi készletegyeztetés két embernek majdnem három napot vett el.
• A szoftver adminisztrációs oldalát csak egyetlen gép tudta futtatni, és ha tönkrement volna, senkinek sem volt világos terve.
• Semmi sem kapcsolódott az online rendelési csatornához, amelyet a cég 2019-ben adott hozzá — azokat a rendeléseket kézzel gépelték újra.

Amit szándékosan nem tettünk

A kézenfekvő lépés — amelyet sok szállító ajánlott volna — egy nagy, dobozos raktárkezelő platform megvásárlása, mindennek egyetlen hétvége alatti átmigrálása, és a régi rendszer hétfő reggeli kikapcsolása. Elégszer láttuk félresikerülni ezt a megközelítést ahhoz, hogy egy ilyen cégnek ne javasoljuk. A nagy bumm feltételezi, hogy teljesen érted a régi rendszert. Egy évtizednyi dokumentálatlan kerülőmegoldással senki sem értette — még azok sem, akik üzemeltették.

A második csábító lépés a teljes, nulláról induló egyedi újraírás: vedd mindazt, amit a régi rendszer csinál, építsd újra tisztán, indítsd el az újat. Felelősségteljesen hangzik, és klasszikus módja annak, hogy elégess egy évet és egy nagy költségvetést, miközben a cég megfagyva vár egy pótlásra, amely folyton csúszik. A baj az, hogy egy újraírásnak minden furcsaságot reprodukálnia kell, mielőtt elindulhatna — beleértve azokat a furcsaságokat is, amelyekről senki sem emlékszik, hogy teherhordók, amíg hiányozni nem kezdenek.

Így egyiket sem tettük. A régi rendszerre nem lebontandó dologként tekintettünk, hanem olyanként, amelyet körül kell venni és lassan lecserélni — egyszerre egy képességet, miközben a régi rendszer végig alatta fut biztonsági hálóként. Nem látványos. És egyben az egyetlen olyan változata ennek, amely megbízhatóan működik.

A megközelítés: fojtsd meg a régi rendszert, ne robbantsd fel

A fejlesztők között van egy jól bevált neve ennek a mintának — a „fojtogató” megközelítés, egy kúszónövényről elnevezve, amely körülnő egy fát, amíg meg nem tud állni a saját lábán, az eredeti pedig csendben eltűnik. A régi rendszert nem egy mozdulattal cseréled le. Új darabokat építesz köré, egyenként rájuk irányítod a valódi munkát, és hagyod, hogy a régi rendszer összezsugorodjon, amíg ami marad, elég kicsi lesz ahhoz, hogy kikapcsold anélkül, hogy bárki visszafojtaná a lélegzetét.

Ennél a raktárnál ez azt jelentette, hogy előre megállapodtunk egy sorrendben: melyik képességet fejtjük le először, melyiket hagyjuk a végére, és — döntő módon — egy szabályban, hogy minden szakaszban, ha az új darab rosszul viselkedik, még aznap egyenesen vissza tudtunk térni a régi módra. Egyetlen lépés sem lehetett a visszafordíthatatlanság pontja egészen a legvégéig. Egyedül ez a szabály engedte aludni a tulajdonost, és ez tette lehetővé, hogy a raktár dolgozói bízzanak a projektben ahelyett, hogy ellene feszültek volna.

1. 1
   Térképezd fel, mit csinál valójában a rendszer

   Három hét a terület és az iroda árnyékolásával, hogy dokumentáljuk a valódi munkafolyamatot — beleértve minden táblázatot és dossziébeli kerülőmegoldást. Azt a rendszert írtuk le, amely létezett, nem azt, amelyet az eredeti specifikáció leírt.
2. 2
   Hozd rendbe az adatokat, mielőtt áthelyezed

   Teljes fizikai készletszámlálást végeztünk, és ahhoz képest tisztítottuk meg a terméket adatbázist. A piszkos adat új rendszerbe migrálása csak gyorsabb rossz választ ad — ezért ez azelőtt jött, hogy bármilyen új szoftver hozzáért volna az adatokhoz.
3. 3
   Cseréld le először a legfájdalmasabb darabot

   Megépítettük az új készletkövető és -számláló modult, párhuzamosan futtattuk a régivel, és csak akkor bíztunk benne, amikor a számok egy teljes hónapon át egyeztek a valósággal.
4. 4
   Kösd be a csatornákat, amelyeket a régi rendszer figyelmen kívül hagyott

   Ezután az online rendelési csatornát közvetlenül az új készletadatokhoz kötöttük, megszüntetve a kézi újragépelést, amely 2019 óta csendben létezett.
5. 5
   Fejtsd le a többit, majd vonuljon nyugdíjba a régi mag

   A komissiózás, a riportolás és az egyeztetés egyenként átkerült. Amikor szinte semmi valódi nem futott már a régi rendszeren, végre kikapcsoltuk — akkorra már nem-esemény.

A részek, amelyek tényleg nehezek voltak

Tisztességtelen lenne simának beállítani. A műszaki munka volt a könnyebbik rész. A nehéz részek emberiek és eljárásbeliek voltak, és majdnem minden régirendszer-projektben ugyanazok a nehéz részek.

A dokumentálatlan szabály, amely elrontott egy funkciót

Két héttel azután, hogy az új készletmodult párhuzamosan futtattuk, az egyik termékkategóriánál elcsúsztak a számok, és nem láttuk, miért. Egy napnyi ásás után az üzemvezető szinte mellékesen megemlítette, hogy bizonyos ömlesztett tételeket raklaponként számoltak, nem darabonként, és a régi rendszerbe egy rejtett átváltás volt beépítve, amelyet egy évtizede senki sem dokumentált. Egyetlen specifikációban sem szerepelt. Csak az ő fejében és a dossziéban élt. Pusztán a kódból sosem találtuk volna meg — csak abból, hogy a két rendszert egymás mellett futtattuk, és megkérdeztük, miért nem egyeznek. Ez a párhuzamos futtatás teljes érve egyetlen anekdotában.

A terület megnyerése

A raktár dolgozói túléltek már nem egy jó szándékú „fejlesztést”, amely rosszabbá tette a napjukat, ezért ésszerű gyanakvással fogadták a projektet. Nem prezentációval szálltunk szembe vele. Kiválasztottuk a komissiózót, aki a leghangosabban panaszkodott, leültünk vele egy délelőttre, és úgy építettük újra a komissiózási képernyőt, ahogyan ő valójában bejárta a területet. Amint a teakonyhában elkezdte védeni az új rendszert, a többiek követték. A régirendszer-projekteknél a legkeményebb kritikus, ha megnyered, a legjobb szószólóddá válik — és ezt körlevéllel nem tudod megvenni.

Az eredmények egy év múltán

Óvatosak vagyunk a fényes előtte-utána számokkal, mert minden cég másként mér, és az önöké eltérő lesz. Kezeljék hát ezeket egyetlen projektből származó őszinte, kerekített számokként, amelyek a megtérülés alakját hivatottak megmutatni, nem ígéretet. A lényeg kevésbé bármelyik egyes mutatóról szól, sokkal inkább arról, mi szűnt meg ijesztő lenni.

A szám, amely a tulajdonost a legjobban érdekelte, egyetlen diagramon sem szerepelt. Az volt, hogy amikor az üzemvezető tényleg nyugdíjba ment — mint kiderült, néhány hónappal a tervezett előtt —, a raktár meg sem rezdült. A tudás, amely valaha az ő fejében élt, most egy olyan rendszerben élt, amelyre bárkit be lehetett tanítani néhány nap alatt. Az egész projekt eredeti oka csendben, teljesen megoldódott.

Ha egy ilyen rendszeren ül

A legtöbb tulajdonos, akinek öregedő alaprendszere van, egyszerre érzi ugyanazt a két dolgot: kockázatos megtartani, és rémisztő lecserélni. Mindkettő igaz. A hiba az, ha hagyjuk, hogy a második félelem győzzön, mert a régi rendszer kockázata nem marad állandó — csendben nő minden évben, ahogy az emberek, akik értik, közelednek a távozáshoz, és a platform, amelyen fut, egyre messzebb sodródik a támogatástól.

Nem kell választani a „hagyd békén és imádkozz” és a „tedd fel a céget egy nagy újraírásra” között. A középút — vedd körül, cseréld le darabonként, tartsd meg a régit hálóként, amíg az új ki nem érdemli a bizalmat — lassabb és sokkal kevésbé hősies. És egyben az a változat, amely nem állítja meg a kamionokat. Ha egyetlen dolgot kell elvinni ebből az egész történetből, az ez.

Gyakori kérdések