12 Yıllık Bir Depo Sistemini Kamyonları Durdurmadan Modernleştirmek
Bir distribütör, tüm deposunu bazı çalışanlarından daha eski bir yazılımla yönetiyordu. İşte sistemi parça parça nasıl değiştirdiğimiz — büyük patlamalı bir geçiş olmadan, kaybolan sevkiyat olmadan — ve aynı şekilde tekrar yapacaklarımız.

Küçük bir işletmedeki en tehlikeli yazılım, çalışan yazılımdır. Herkesin yakındığı arızalı araç değil — o eninde sonunda değiştirilir. Tehlikeli olan, kimsenin sevmediği ama herkesin bağımlı olduğu on iki yıllık sistemdir; köşedeki bej kasadan açılan ve ekibin yarısı işe alınmadan önce deposu çalıştırmaya başlayan sistem. Çalışır. Ta ki neredeyse çalışmadığı güne kadar; o gün herkes bir anda tüm işletmenin onun üzerinde dengelendiğini fark eder.
Bu, o sistemlerden birinin ve onu nasıl değiştirdiğimizin hikâyesi. Müşteri bölgesel bir distribütör — birkaç bin ürün hattı, tek bir depo, sahada ve ofiste otuz kadar çalışan. Onları anonimleştirip rakamları yuvarladık, ama projenin biçimi tam olarak yaşandığı gibi. Dokunmaya korktuğunuz yaşlanan bir sistemin üzerinde oturuyorsanız, aklı başında bir modernizasyon içeriden kabaca böyle görünür.
Bu hikâyede kahramanca bir yeniden yazım yok, bir düğmeye basıp her şeyin yenilendiği bir hafta sonu yok. Bütün mesele — işi yürüten şey — dramatik hiçbir şeyin yaşanmamış olması. Kamyonlar yüklenmeye devam etti. Depo, zeminin altında kaydığını neredeyse fark etmedi. Eski sistem işlerinde hedef budur ve nedenini anlamaya değer.
Durum: tek bir kişinin hafızasıyla ayakta duran bir sistem
Depo, 2013 dolaylarında çoktan ayrılmış bir geliştiricinin kurduğu özel bir sistemle çalışıyordu. Temel işi yapıyordu — stoğu takip etmek, toplama listelerini basmak, siparişleri kapı dışarı yollamak — ve normal bir günde bunu gayet iyi yapıyordu. Sorun aslında yazılım değildi. Sorun, yazılımı kullanılabilir tutmak için onun etrafında büyüyen her şeydi.
On yıl boyunca ekip sessizce bantla tutturulmuş bir gölge sistem kurmuştu: yazılımın yanlış saydığı stok sayımları için bir tablo, ilkini gerçekle uzlaştıran ikinci bir tablo, depo müdürünün sistemin temsil edemediği kalemleri işaretlediği bir WhatsApp grubu ve yeni çalışanların ezberlemek zorunda olduğu, baskı bir geçici çözüm klasörü. Bunların hiçbiri tek bir yerde yazılı değildi. Hepsi operasyon müdürünün kafasında yaşıyordu; on dört yıldır orada olan, ellili yaşlarında sakin bir kadın, işlevsel olarak dokümantasyonun ta kendisi.
Sahip bizi ilk aradığında bunun nedeni bir çökme değildi. Nedeni, kadının iki yıl içinde emekli olmak istediğini açıklaması ve sahibin hesabı yapıp, kadın gittiği gün deponun gerçekte nasıl işlediğinin ciddi bir kısmının onunla birlikte kapıdan çıkacağını fark etmesiydi. Bu, herhangi bir teknik arızadan daha yaygın bir modernizasyon tetikleyicisidir: sistemin bozulması değil, onu yamayan insanların sonsuza dek burada olmayacağının fark edilmesi.
“Risk eski sistem değildi. Risk, onu ayakta tutan bilginin emekli olmak isteyen tek bir kişide yaşamasıydı.”
Herkesin fark etmeyi bıraktığı belirtiler
İlk iki günümüzü yalnızca deponun çalışmasını izleyerek geçirdiğimizde, eski sistemin bedeli her yerdeydi — ama o kadar normalleşmişti ki kimse artık bunları sorun olarak işaretlemiyordu. Stok rakamlarının öngörülebilir bir payla yanlış olduğuna güveniliyordu, bu yüzden her büyük sipariş 'her ihtimale karşı' elle fiziksel kontrolden geçiyordu. Yeni çalışanlar yararlı olmak için haftalar harcıyordu çünkü işin çoğu yazılı olmayan bir folklordu. Ve sistem, artık yamalanamayacak kadar eski bir işletim sisteminde çalışıyordu; sahibin içten içe an meselesi bir güvenlik olayı olduğunu bildiği bir ağ üzerinde duruyordu.
- Stok doğruluğu %80 civarında geziniyordu, bu yüzden çalışanlar önemli olan her şeyde sayımları sessizce elle iki kez kontrol ediyordu — günde saatler.
- Toplama listesi mantığı deponun mevcut yerleşimini kaldıramıyordu, bu yüzden toplayıcılar ekranın değil klasörün söylediği rotayı yürüyordu.
- Ay sonu stok uzlaştırması iki kişinin neredeyse üç gününü alıyordu.
- Yazılımın yönetici tarafını yalnızca tek bir makine çalıştırabiliyordu ve bozulursa kimsenin net bir planı yoktu.
- Şirketin 2019'da eklediği çevrimiçi sipariş kanalına hiçbir şey bağlanmıyordu — o siparişler elle yeniden yazılıyordu.

Bilinçli olarak yapmadığımız şey
Bariz hamle — birçok tedarikçinin önereceği — hazır büyük bir depo yönetim platformu satın almak, her şeyi tek bir hafta sonunda taşımak ve eski sistemi pazartesi sabahı kapatmaktır. Bu yaklaşımın yeterince kez ters gittiğini gördük, bu yüzden böyle bir işletme için önermeyiz. Büyük patlamalı geçiş, eski sistemi tamamen anladığınızı varsayar. On yıllık belgesiz geçici çözümlerle, kimse anlamıyordu — onu çalıştıranlar bile.
İkinci cazip hamle sıfırdan tam özel bir yeniden yazımdır: eski sistemin yaptığı her şeyi al, temiz biçimde yeniden kur, yenisini gönder. Bu sorumlu görünür ve işletme donmuş halde sürekli ertelenen bir yedek beklerken bir yılı ve büyük bir bütçeyi yakmanın klasik yoludur. Sorun şu ki, bir yeniden yazım piyasaya çıkmadan önce her tuhaflığı yeniden üretmek zorundadır — kimsenin taşıyıcı olduğunu, kaybolana kadar hatırlamadığı tuhaflıklar dâhil.
Bu yüzden ikisini de yapmadık. Eski sistemi yıkılacak bir şey olarak değil, etrafını sarıp yavaşça değiştirilecek bir şey olarak ele aldık — her seferinde tek bir yetenek, eski sistem tüm yol boyunca altta bir güvenlik ağı olarak çalışmaya devam ederken. Görkemsiz. Aynı zamanda bunun güvenilir biçimde işe yarayan tek sürümü.
Yaklaşım: eski sistemi boğun, havaya uçurmayın
Geliştiriciler arasında bu kalıbın bilindik bir adı vardır — 'boğan' yaklaşımı; bir ağacın etrafında, kendi başına durabilene kadar büyüyen ve orijinalin sessizce kaybolduğu bir sarmaşıktan adını alır. Eski sistemi tek hamlede değiştirmezsiniz. Etrafına yeni parçalar kurar, gerçek işi teker teker onlara yönlendirir ve kalanı kimsenin nefesini tutmasına gerek kalmadan kapatılacak kadar küçülene dek eski sistemin daralmasına izin verirsiniz.
Bu depo için bu, bir sıra üzerinde önceden anlaşmak demekti: hangi yeteneği önce soyacağız, hangisini en sona saklayacağız ve — en önemlisi — her aşamada, yeni parça yanlış davranırsa aynı gün doğrudan eski yola dönebileceğimiz kuralı. Hiçbir adımın, tam en sona kadar dönüşü olmayan bir nokta olmasına izin verilmedi. Sahibin uyumasını sağlayan ve depo çalışanlarının projeye karşı kasılmak yerine güvenmesini sağlayan tek şey o kuraldı.
- 1Sistemin gerçekte ne yaptığını haritalayınGerçek iş akışını belgelemek için sahayı ve ofisi üç hafta gölgelemek — her tablo ve klasör geçici çözümü dâhil. Var olan sistemi yazdık, orijinal şartnamenin tarif ettiğini değil.
- 2Taşımadan önce veriyi düzeltinTam bir fiziksel stok sayımı yaptık ve ürün veritabanını buna karşı temizledik. Kirli veriyi yeni bir sisteme taşımak size yalnızca daha hızlı bir yanlış cevap verir — bu yüzden bu, herhangi bir yeni yazılım veriye dokunmadan önce geldi.
- 3En sancılı parçayı önce değiştirinYeni stok takip ve sayım modülünü kurduk, eskisiyle paralel çalıştırdık ve rakamlar tam bir ay gerçekle eşleşene kadar ona güvenmedik.
- 4Eski sistemin görmezden geldiği kanalları bağlayınArdından çevrimiçi sipariş kanalını doğrudan yeni stok verisine bağladık ve 2019'dan beri sessizce var olan elle yeniden yazımı ortadan kaldırdık.
- 5Kalanı soyun, sonra eski çekirdeği emekliye ayırınToplama, raporlama ve uzlaştırma teker teker geçti. Eski sistemde gerçek neredeyse hiçbir şey çalışmaz olunca onu nihayet kapattık — o noktada hiç olmamış gibi bir olay.

Gerçekten zor olan kısımlar
Bunu pürüzsüz olarak sunmak dürüstçe olmazdı. Teknik iş kolay kısımdı. Zor kısımlar insani ve usuldü ve neredeyse her eski sistem projesindeki aynı zor kısımlar.
Bir özelliği bozan belgesiz kural
Yeni stok modülünü paralel çalıştırmaya başladıktan iki hafta sonra, bir ürün kategorisinde rakamlar kaydı ve nedenini göremedik. Bir günlük araştırmadan sonra operasyon müdürü, neredeyse geçerken, belirli toplu kalemlerin birim değil palet bazında sayıldığını ve eski sistemde kimsenin on yıldır belgelemediği gizli bir dönüşümün gömülü olduğunu söyledi. Hiçbir şartnamede yoktu. Yalnızca onun kafasında ve klasörde yaşıyordu. Bunu yalnızca koddan asla bulamazdık — yalnızca iki sistemi yan yana çalıştırıp neden uyuşmadıklarını sorarak. Bu, paralel çalıştırmanın tüm gerekçesi tek bir anekdotta.
Sahayı kazanmak
Depo çalışanları, günlerini daha kötü yapan birden fazla iyi niyetli 'iyileştirme' atlatmıştı, bu yüzden projeyi makul bir şüpheyle karşıladılar. Bununla bir sunumla savaşmadık. En çok yakınan toplayıcıyı seçtik, bir sabah onunla oturduk ve toplama ekranını onun sahayı gerçekte nasıl yürüdüğüne göre yeniden kurduk. Mola odasında yeni sistemi savunmaya başladığında, gerisi onu izledi. Eski sistem projelerinde en sert eleştirmen, kazanıldığında en iyi savunucunuz olur — ve bunu bir genelgeyle satın alamazsınız.
“Yeni sistemin daha iyi olduğunu hiç tartışmadık. Rakamların bir ay gerçekle eşleşmesine izin verdik, sonra en yüksek sesli şüpheciye bunu bizim yerimize söylettik.”
Bir yıl sonra sonuçlar
Parlak öncesi-sonrası rakamlarına temkinli yaklaşırız, çünkü her işletme farklı ölçer ve sizinki değişecektir. O yüzden bunları tek bir projeden dürüst, yuvarlanmış rakamlar olarak görün; bir söz değil, getirinin biçimini göstermek için. Manşet, herhangi bir tek metrikten çok, neyin korkutucu olmaktan çıktığıyla ilgili.
| Ölçü | Önce | Sonra | Etki |
|---|---|---|---|
| Stok doğruluğu | ~%80 | ~%98 | Elle çift kontroller çoğunlukla kalktı |
| Ay sonu uzlaştırma | ~3 gün, 2 kişi | ~yarım gün, 1 kişi | Ayda kabaca bir haftalık emek geri kazanıldı |
| Elle yeniden yazılan çevrimiçi siparişler | Her biri | Sıfır | Kanal artık stoğu doğrudan besliyor |
| Yeni çalışanın yararlı olma süresi | Birkaç hafta | Birkaç gün | Folklor artık yazılımda |
| Tek kırılgan yönetici makine | Evet | Hayır | Her yerde çalışır, düzgün yedeklenir |
Sahibin en çok önemsediği rakam hiçbir grafikte yoktu. Operasyon müdürü gerçekten emekli olduğunda — sonradan anlaşıldığı üzere planlanandan birkaç ay önce — deponun sallanmaması bile yaşandı. Eskiden onun kafasında yaşayan bilgi artık birinin günler içinde eğitilebileceği bir sistemde yaşıyordu. Tüm projenin asıl nedeni sessizce, tamamen çözülmüştü.

Eğer böyle bir sistemin üzerinde oturuyorsanız
Yaşlanan bir çekirdek sisteme sahip çoğu sahip aynı anda aynı iki şeyi hisseder: tutmak riskli ve değiştirmek korkutucu. İkisi de doğru. Hata, ikinci korkunun kazanmasına izin vermektir, çünkü eski sistemin riski sabit kalmaz — onu anlayan insanlar ayrılmaya yaklaştıkça ve çalıştığı platform destekten uzaklaştıkça her yıl sessizce büyür.
'Dokunma ve dua et' ile 'şirketi büyük bir yeniden yazıma yatır' arasında seçim yapmak zorunda değilsiniz. Orta yol — etrafını sarın, parça parça değiştirin, yenisi güveni kazanana kadar eskisini ağ olarak tutun — daha yavaş ve çok daha az kahramancadır. Ayrıca kamyonları durdurmayan sürümdür. Bu hikâyenin tamamından alınacak tek bir şey varsa, o budur.
Dokunmaya korktuğunuz eski bir sisteminiz mi var?
Deponuz veya stok kontrolünüz artık tam olarak güvenemediğiniz — ya da artık tam olarak anlamadığınız — bir yazılımla çalışıyorsa, ona birlikte bakalım. Gerçekte ne yaptığını haritalayacağız ve modern bir yedeğe giden en düşük riskli yolu, parça parça, size göstereceğiz.
Depo sistemlerini nasıl modernleştirdiğimizi görünSık sorulan sorular
Bir depo sistemini gerçekten kesintisiz değiştirebilir misiniz?
Neden hazır bir depo yönetim sistemi satın almıyorsunuz?
Böyle bir proje ne kadar sürer?
En önemli ilk adım nedir?
Tek bir kilit çalışanın kafasında yaşayan bilgiye ne olur?

Have a nice day, küçük ve orta ölçekli işletmelerin dijitalleşmesine yardımcı olan bir yazılım stüdyosudur — yalnızca slaytlarda değil, günlük operasyonlarda gerçekten işe yarayan otomasyon, yapay zeka ve özel yazılımlar.