ERP projelerinin başarısızlık sebepleri neredeyse hiç teknik değildir. On sebebi ve önlemlerini sıraladık.
ERP projeleri sık sık bütçeyi aşar, gecikir ya da beklenen faydayı vermez. Sebeplerin büyük çoğunluğu yazılımla ilgili değildir.
1. Süreç analizi yapılmadan başlanması
Mevcut süreçler tanımlanmadan sistem kurulursa, her istisna bir özelleştirme talebine dönüşür. Proje büyür, maliyet artar, takvim kayar.
Önlem: analiz aşamasını atlamayın; süreçleri yazılı hâle getirin ve gerekiyorsa sadeleştirin.
2. Üst yönetim sahipliğinin olmaması
ERP departmanlar arası kararlar gerektirir: kim hangi veriyi girecek, hangi süreç değişecek, çatışmada kim karar verecek? Bu kararlar yönetim düzeyindedir.
Önlem: üst yönetimden bir sponsor atayın ve düzenli proje toplantılarına katılmasını sağlayın.
3. Aşırı özelleştirme
"Biz böyle çalışıyoruz" diyerek yapılan her özelleştirme:
- Maliyeti artırır
- Takvimi uzatır
- Güncellemeleri zorlaştırır ya da imkânsızlaştırır
- Bakım bağımlılığı yaratır
Önlem: her özelleştirme talebi için sorun: standart çözümle çalışmanın maliyeti gerçekten daha mı yüksek? Cevap çoğu zaman hayırdır.
4. Veri kalitesinin göz ardı edilmesi
Kirli ürün, cari ve stok verisiyle açılan sistem ilk günden güven kaybeder. Kullanıcı sisteme değil eski Excel'ine bakmaya devam eder.
Önlem: veri temizliğine ayrı bir proje aşaması ve sorumlu atayın.
5. Yetersiz eğitim
ERP, CRM'den daha karmaşıktır ve hatalı kullanım doğrudan operasyonu etkiler (yanlış stok hareketi, hatalı maliyet).
Önlem: rol bazlı, tekrarlı ve gerçek senaryolarla eğitim verin; canlıya geçtikten sonra da devam ettirin.
6. Gerçekçi olmayan takvim
Tedarikçi hızlı bir takvim sunar, şirket iç emeğini hesaba katmaz, gecikme kaçınılmaz olur.
Önlem: veri temizliği, test ve eğitim için gerçekçi süre ayırın; yoğun sezona denk getirmeyin.
7. Test aşamasının atlanması
Zaman baskısıyla test kısaltılır ve hatalar canlıda ortaya çıkar. ERP'de canlıdaki hata; yanlış fatura, yanlış stok, yanlış maliyet demektir.
Önlem: gerçek senaryolarla kullanıcı kabul testi yapın ve geçilmesi gereken kriterleri yazın.
8. Kullanıcı direnci
ERP çalışma biçimini değiştirir. Direnç doğaldır ve yönetilmezse projeyi durdurur.
Önlem: anahtar kullanıcıları erken dâhil edin, faydayı kullanıcı tarafından anlatın, geri bildirimleri yanıtlayın.
9. Kapsam kayması
Proje ilerledikçe yeni talepler eklenir, hiçbir şey bitmez.
Önlem: kapsamı ve kapsam dışını yazılı tutun; yeni talepler ikinci faza alınsın.
10. Canlıya geçiş sonrası desteğin kesilmesi
Proje "bitti" sayılır, ekip dağılır, sorunlar sahipsiz kalır.
Önlem: geçiş sonrası en az 3 ay yoğun destek planlayın; proje ekibini hemen dağıtmayın.
Erken uyarı işaretleri
| İşaret | Anlamı |
|---|---|
| Toplantılara süreç sahipleri katılmıyor | Sahiplik yok |
| Özelleştirme listesi büyüyor | Kapsam kayması |
| Veri temizliği ertelenmiş | Geçiş riski |
| Test tarihleri kayıyor | Takvim gerçekçi değil |
| Kararlar geciktiriliyor | Yönetim sahipliği zayıf |
| "Excel'de daha kolay" söylemi yaygın | Benimseme sorunu |
| Danışman sürekli değişiyor | Tedarikçi tarafında risk |
Proje çıkmaza girdiyse
- Durun ve mevcut durumu tarafsızca değerlendirin.
- Kapsamı daraltın; en kritik modüle odaklanın.
- Özelleştirme listesini gözden geçirip kısaltın.
- Veri kalitesini önceliklendirin.
- Yönetim sahipliğini yeniden kurun.
- Küçük bir kapsamla canlıya geçip güven inşa edin.
Beşinci ve altıncı maddeler, sürüncemede kalan projeleri kurtarmanın en pratik yoludur: küçük bir başarı, projeye olan inancı geri getirir.
Özet
ERP projeleri; analiz eksikliği, yönetim sahipliğinin olmaması, aşırı özelleştirme, kirli veri ve yetersiz eğitim yüzünden başarısız olur. Önlemlerin tamamı yönetseldir. Kapsamı yazılı tutun, testi atlamayın ve canlıya geçiş sonrası desteği kesmeyin.
Yorumlar (0)
Henüz yorum yok — ilk yorumu siz yazın.
Yorum yaz