ERP mezarlığı iyi niyetlerle dolu
Bir ERP geçişini yaşamış herhangi bir CFO'ya sorun, bir hikaye almadan önce bir yüz buruşturma alacaksınız. Sektör tahminleri tutarlı bir şekilde ERP proje başarısızlığı veya ciddi aşım oranlarını %50'nin üzerine koyuyor. Bunun nedeni ERP yazılımının kötü olması değil — çoğu kuruluşun modernizasyona yanlış şekilde yaklaşmasıdır.
Devlet bakanlıkları ve çok departmanlı kuruluşlar için ERP sistemlerini yeniden inşa ettik ve başarısızlığın arkasındaki örüntü dikkat çekici derecede tutarlı.
Eski ERP sistemleri gerçekte neden başarısız olur
Hiçbir zaman gerçekten "sistem" değillerdi — yamaydılar
Çoğu eski ERP kurulumu tutarlı bir sistem olarak başlamadı. Bir modül olarak başladılar, sonra burada bir elektronik tablo, orada bir yan veritabanı, kimsenin yazmadığı manuel bir süreç büyüdü. Birisi onu "modernize etmeye" çalıştığında, bir sistemi taşımıyorlar — yıllarca süren belgelenmemiş geçici çözümleri resmileştirmeye çalışıyorlar.
Kimse önce gerçek iş sürecini haritalamadı
ERP başarısızlığının en büyük tek göstergesi, süreç haritalama yerine yazılım seçimiyle başlamaktır. Satın alma onaylarının, bordro çalıştırmalarının veya proje devirlerinin bugün gerçekte nasıl çalıştığını — istisnalar dahil — tam olarak bilmiyorsanız, ne kadar yapılandırılabilir olursa olsun hiçbir yazılım uymayacaktır.
Büyük patlama devreye almalar
Her modülü aynı anda, her departman için, tek bir canlıya geçiş tarihinde değiştirmek, herhangi bir şeyin yanlış gitmesinin etki alanını maksimize eder. Bir şey bozulduğunda (bozulursa değil, bozulduğunda), yedek plan yoktur ve izole bir arıza yoktur — tüm kuruluş bunu bir anda hisseder.
Eğitim sonradan akla gelen bir şey olarak ele alınır
Eğitimsiz personel tarafından kullanılan mükemmel şekilde inşa edilmiş bir sistem, bir ay içinde elektronik tablolara geri döner. Eğitim ve dokümantasyon projenin son %5'i değildir — diğer %95'in buna değip değmediğini belirlerler.
Modernizasyona daha gerçekçi bir yol
- Yazılıma dokunmadan önce gerçek süreci haritalayın. Sadece yöneticilerini değil, işi gerçekten yapan insanları görüşün. Bahsettikleri istisnalar, herkesin unuttuğu gereksinimlerdir.
- Devreye almayı modülerleştirin. Yeni modül kanıtlanana kadar çalışan bir yedek planla, bir seferde bir departmanı veya bir iş akışını taşıyın. Önce İK ve bordro, yaygın, düşük riskli bir başlangıç noktasıdır.
- Veriyi otomatik değil, kasıtlı olarak taşıyın. Eski veriler nadiren temizdir. Veri doğrulama için gerçek zaman bütçeleyin — bu tutarlı bir şekilde hafife alınır ve tutarlı bir şekilde projelerin kaydığı yerdir.
- Eğitimi zaman çizelgesinin sonuna değil, içine inşa edin. Personel, canlıya geçişten haftalar önce yeni sistemi bir sanal alanda kullanıyor olmalı, ilk günde canlı olarak öğrenmemeli.
- Sadece lansman günü için değil, altı aylık işaret için planlayın. Bir ERP sisteminin gerçek testi demo değildir — yarım yıl sonra hâlâ geçici çözümler olmadan doğru şekilde kullanılıp kullanılmadığıdır.
Sonuç
Eski bir ERP sistemini modernize etmek öncelikle bir teknoloji sorunu değildir. Yazılım eklenmiş bir değişim yönetimi sorunudur. Başarılı olan kuruluşlar, devreye almayı tek bir yüksek riskli sıçrama olarak değil, bir dizi küçük, geri alınabilir adım olarak ele alır.
Elektronik tablolar ve umutla bir arada tutulan eski bir sisteme mi bakıyorsunuz — o yeniden inşanın diğer tarafında birden fazla kez bulunduk, gerçekçi bir yolun neye benzediğini konuşmaktan memnuniyet duyarız.