ERP projesinin en çok kutlanan günü canlıya geçiş günüdür. Aylar süren veri hazırlığı, eğitimler ve testler biter; eski dosyalar arşive kaldırılır, herkes yeni ekranlara giriş yapar. Altı ay sonra aynı firmada planlama toplantısına girdiğinizde ise tanıdık bir manzarayla karşılaşırsınız: planlamacının ikinci ekranında yine bir Excel dosyası açıktır. Satınalmacı açık siparişlerini kendi tablosundan takip eder, depo sorumlusu sayım farklarını bir deftere not alır. ERP çalışıyordur; ama iş hâlâ başka bir yerde yürüyordur.
ERP ve üretim forumlarında son dönemde en çok yinelenen şikâyetlerden biri tam olarak budur: sistem teknik olarak canlıdadır, fakat ekipler sessizce eski alışkanlıklarına dönmüştür. Sektör araştırmaları, ERP yatırımlarının beklenen getiriyi sağlayamamasının başlıca sebepleri arasında yazılımın kendisini değil, düşük kullanıcı benimsemesini sayıyor. Tartışmalardaki ortak içgörü ise şu: kimse çalışan bir aracı, daha iyisi hazır olmadan bırakmaz. Bu yazıda “gölge tablo” olgusunun neden ortaya çıktığını, neye mal olduğunu ve yasaklamadan nasıl eritilebileceğini ele alıyoruz.
Canlıya geçiş bitiş çizgisi değil, başlangıç çizgisidir
Proje planlarının çoğu canlıya geçiş tarihinde biter. Danışman ayrılır, proje ekibi asıl işine döner, yönetim konuyu kapanmış sayar. Oysa kullanıcı açısından asıl sınav o gün başlar: gerçek siparişler, gerçek eksikler ve gerçek zaman baskısı altında yeni ekranla ilk kez baş başa kalır. Eğitimde gösterilen senaryo temizdir; sahadaki iş ise istisnalarla doludur. Parçalı gelen sevkiyat, yarım kalan iş emri, son anda değişen termin... Kullanıcı bu istisnayı sistemde nasıl çözeceğini bilmiyorsa ve soracak kimse yoksa işi durdurmaz; bildiği yoldan, yani tablodan çözer.
Alışkanlıklar ilk haftalarda oluşur. İlk ayda “şimdilik Excel'de tutayım, sonra sisteme girerim” diye başlayan geçici çözüm, üçüncü ayda firmanın fiilî çalışma biçimi hâline gelir.
Gölge tablo neden doğar?
Gölge tabloyu tembellik ya da direnç olarak okumak kolaydır, ama çoğu zaman yanlıştır. Arkasında genellikle dört somut sebepten biri vardır:
- Güven kırılması. Ekrandaki stok rakamı raftakiyle bir kez bile tutmadıysa, kullanıcı o rakama bir daha sorgusuz güvenmez. Kendi tablosunu “gerçek” sayar, sistemi ise zorunlu bir formalite.
- Eksik görünüm. Planlamacının eski dosyasında tek bakışta gördüğü tablo — hangi projede hangi malzeme eksik, hangisi siparişte, hangisi yolda — yeni sistemde üç ayrı ekrana dağılmışsa, o dosya yaşamaya devam eder.
- Sürtünme. Excel'de on saniye süren bir kayıt sistemde altı tıklama ve iki onay gerektiriyorsa, yoğun günde hangisinin kazanacağı bellidir.
- Kontrol hissi. Yılların tablosu, sahibinin biriktirdiği yerel bilgiyi taşır: hangi tedarikçi hep geç kalır, hangi kalemde fire payı bırakılır. Bu bilgi sisteme taşınmadıysa tablo vazgeçilmez kalır.
Dikkat edilirse bunların hiçbiri “kullanıcı değişime kapalı” demek değildir. Her biri, sistemin henüz karşılamadığı bir ihtiyacı gösterir.
Hibrit düzenin gizli maliyeti
Yarı ERP yarı Excel çalışmak, iki dünyanın da en kötü yanlarını bir araya getirir. Tablonun bütün zayıflıkları — tek kişiye bağımlılık, sürüm karmaşası, izlenemeyen değişiklikler — yerinde durur; üstüne ERP'nin lisans, bakım ve veri giriş maliyeti eklenir.
Daha önemlisi, sistemdeki veri gecikmeli ve eksik hâle gelir. Mal kabul akşam toplu girilirse gün içinde serbest stok yanlış görünür. Tüketim kaydı haftada bir işlenirse MRP, gerçekte olmayan bir stoğa güvenerek eksik sipariş önerir. Planlamacı öneriye bakar, kendi tablosuyla karşılaştırır, tutmadığını görür ve sisteme olan güveni bir kademe daha düşer. Böylece kısır döngü tamamlanır: sisteme güvenilmediği için veri girilmez, veri girilmediği için sistem güvenilmez olur.
Kalite ve izlenebilirlik tarafında bedel daha da ağırdır. Müşteri denetiminde bir lotun hangi siparişten geldiği, hangi kontrolden geçtiği ve hangi ürüne takıldığı sorulduğunda, cevabın bir kısmı sistemde bir kısmı kişisel bir dosyadaysa kanıt zinciri kopuktur.
Yasaklamak neden işe yaramaz?
İlk refleks genellikle talimat yayımlamaktır: “Bundan sonra Excel kullanılmayacak.” Bu yaklaşım tabloları ortadan kaldırmaz, yalnızca görünmez kılar. Dosya ortak klasörden kişisel bilgisayara taşınır; yönetim de sorunun çözüldüğünü sanar.
Daha verimli bakış açısı, her gölge tabloyu bir geri bildirim olarak okumaktır. Bir tablo yaşıyorsa, sistemin vermediği bir şeyi veriyordur. Yapılacak iş basittir: tablonun sahibinin yanına oturun ve “Bu dosya sana sistemin vermediği neyi veriyor?” diye sorun. Cevap çoğu zaman şaşırtıcı derecede somuttur: eksik bir kolon, olmayan bir filtre, iki ekranı birleştiren bir özet. Bu eksik kapatıldığında tablo kendiliğinden ölür; kapatılmadığında hiçbir talimat onu öldüremez.
Sessiz reddi erken gösteren işaretler
Benimseme sorunu gürültüyle gelmez. Kimse “sistemi kullanmıyorum” demez; herkes zorunlu olanı girer, asıl işi başka yerde yürütür. Şu işaretler erken uyarı sayılmalıdır:
- Gecikmeli kayıt. İşlemin yapıldığı an ile sisteme girildiği an arasındaki fark büyüyorsa, sistem iş aracı değil arşiv olarak kullanılıyordur.
- Toplu giriş. Mal kabullerin ya da üretim kayıtlarının gün sonunda veya hafta sonunda topluca işlenmesi.
- Toplantıya tabloyla gelmek. Planlama toplantısında ekrana sistem değil kişisel dosya yansıtılıyorsa, karar verisi sistemde değildir.
- Bölümler arası uçurum. Muhasebe her gün sistemdeyken üretim ve depo haftada birkaç kez giriyorsa, benimseme tek kanatlıdır.
- Tek kişiye sorulan sorular. “Bu malzemenin durumunu ona sor, o bilir” cümlesi, bilginin hâlâ kişide olduğunu gösterir.
İlk 90 gün: alışkanlıkların oluştuğu pencere
Canlıya geçişten sonraki ilk üç ay, sistemin kaderini belirler. Bu dönemde atılacak birkaç adım, sonradan yapılacak her türlü düzeltmeden daha ucuzdur:
- Soracak birini atayın. Her bölümde, takılan kullanıcının beş dakikada ulaşabileceği bir kilit kullanıcı olsun. Cevapsız kalan her soru yeni bir tablonun tohumudur.
- Gölge tablo envanteri çıkarın. Suçlamadan, açıkça: hangi dosyalar hâlâ kullanılıyor, kim kullanıyor, ne için? Bu liste, geliştirme önceliklerinizin en dürüst kaynağıdır.
- Kararı sistemden verin. Yönetim toplantılarında yalnızca sistemdeki rakam geçerli sayılsın. Yönetici tablo istediği sürece ekip tablo üretir.
- Stok doğruluğunu ilk hedef yapın. Güvenin temeli depodur. Sık ve küçük sayımlarla ekrandaki rakamı rafla eşitleyin; diğer her şey bunun üzerine kurulur.
- Tabloları tek tek emekli edin. Her dosya için yerini alacak ekranı ya da raporu belirleyin, sahibiyle birlikte doğrulayın, sonra dosyayı arşive kaldırın.
Yazılımın payı: sürtünmeyi azaltan tasarım
Benimseme yalnızca bir değişim yönetimi konusu değildir; yazılımın nasıl tasarlandığıyla da doğrudan ilgilidir. Kullanıcıyı Excel'e iten sürtünmeyi azaltmak ürünün sorumluluğudur. Tedeg ERP'yi geliştirirken sahadan gelen geri bildirimler bizi birkaç ilkeye götürdü.
Birincisi, tek stok tanımı: planlamacı da depocu da aynı rakamı görür; toplam stok rezerve, serbest ve üretim deposu olarak ayrışır ve bu ayrım her ekranda aynı anlama gelir. İkincisi, planlamacının tablosunun yerini tutan ekranlar: proje bazında hangi malzemenin eksik, hangisinin talepte, hangisinin siparişte olduğunu tek görünümde toplayan planlama durumu ekranı ve depo çıkışları için çekme listesi. Üçüncüsü, Excel ile barışık çalışma: stok kartları, ürün ağaçları ve toplu talepler Excel dosyasından içe aktarılabilir. Amaç Excel'i yasaklamak değil, kayıt sistemi olmaktan çıkarmaktır.
Dördüncüsü, sistem önerir, kullanıcı karar verir yaklaşımı: MRP ihtiyacı hesaplar ve talebi önerir, ama uzun onay zincirleriyle işi yavaşlatmaz. Küçük ayrıntılar da aynı amaca hizmet eder: miktar alanlarının virgüllü ondalık girişi kabul etmesi, rol ve kullanıcı bazlı yetkilerle herkesin yalnızca kendi işine ait ekranları görmesi, yaklaşan terminler ve bekleyen giriş kalite kontrolleri için bildirim gelmesi gibi. Bunların hiçbiri tek başına benimsemeyi garanti etmez; ama her biri “Excel'de daha hızlı” cümlesinin gerekçelerinden birini ortadan kaldırır.
Nereden başlamalı?
Bu hafta üç şey yapabilirsiniz. Birincisi, firmada hâlâ yaşayan tabloların listesini çıkarın; sayı muhtemelen tahmininizden yüksek çıkacaktır. İkincisi, en kritik iki dosyanın sahibiyle oturup o dosyanın sistemin vermediği neyi verdiğini sorun. Üçüncüsü, bir sonraki planlama toplantısını yalnızca sistem ekranı üzerinden yapın ve nerede tıkandığınızı not edin; o notlar yol haritanızdır.
ERP'nin başarısı kurulduğu gün değil, ekibin ilk refleks olarak onu açtığı gün ölçülür. Planlamadan depoya herkesin aynı rakama baktığı bir düzenin sahada nasıl işlediğini görmek isterseniz Tedeg ERP'yi inceleyebilir ya da kısa bir demo talep edebilirsiniz.