ERP projeleri neden yarıda kalır? Sahadan 7 gerçek sebep
Yazılım projelerinin yarıda kalmasının sebebi neredeyse hiç teknoloji olmuyor. Kapsam, sahiplik, istisnalar ve eğitim üzerine sahadan gözlemler.
Yarıda kalan projelerin ortak noktası teknoloji değil, sahipsizliktir. Projenin şirket içinde adı yazılı bir sahibi yoksa, karar alınmaz; karar alınmazsa proje kapsamda değil, takvimde büyür.
1 · Projenin şirket içinde sahibi yok
"Bilgi işlem bakıyor" cümlesi sahiplik değildir. Sahip, kapsam sorularına karar verebilen kişidir: hangi istisna taşınacak, hangi rapor birinci fazda olacak, eğitim ne zaman yapılacak.
Sahibi olmayan projede her soru yukarı çıkar, yukarıdan cevap gecikir, gecikme takvimi yer. Üç ay sonra proje "askıya alınır".
2 · Kapsam yazılı değil
Kapsam bir e-posta zincirinde değil, tek bir belgede olmalı ve iki taraf da aynı belgeye bakmalı. Yazılı kapsamı olmayan projede "bu zaten olacaktı" tartışması kaçınılmazdır.
3 · İstisnalar en sona bırakılıyor
Ana akış herkesin bildiği akıştır ve zaten kolay yazılır. Projeyi batıran şey, "bizde bir de şöyle bir durum var" diye başlayan cümlelerdir: iade edilen fason parça, müşteri malı hammadde, yarım kalan iş emri, iki farklı ölçü biriminde satılan aynı ürün.
İstisnaları başta toplayın. Toplamak için en iyi yöntem, sahada bir gün durup Excel'de tutulan her dosyayı sormaktır — her Excel dosyası sisteme sığmamış bir istisnadır.
4 · Eğitim yanlış zamanda
Canlıya geçmeden bir hafta önce yapılan toplu eğitim unutulur. Eğitim, paralel çalışma döneminde gerçek işle yapılmalı: kullanıcı kendi siparişini kendi eliyle iki sisteme girerse öğrenir.
- Eğitim gruplara bölünür: depo ayrı, muhasebe ayrı, üretim ayrı.
- Her grubun kendi ekranıyla sınırlı, 45 dakikayı geçmeyen oturumlar.
- Eğitimden sonra o kişinin sistemde ilk kaydı aynı gün açılır.
- Her birimde bir 'ilk başvurulan kişi' belirlenir.
5 · Saha karara hiç katılmamış
Sistemi yöneticiler seçer, sahadakiler kullanır. Depocu el terminalini eline almamışsa, operatör terminal ekranını görmemişse, canlı günü ilk itiraz oradan gelir — ve haklı gelir.
6 · Başarı ölçüsü konulmamış
"Sistem kuruldu" bir başarı ölçüsü değildir. Ölçülebilir hedef koyun:
| Hedef | Ölçü | Ne zaman bakılır |
|---|---|---|
| Stok doğruluğu | Sayım farkı % olarak | Her ay sonu |
| İş emri kapanma süresi | Ortalama gün | Ayda bir |
| Sisteme giriş | Aktif kullanıcı / toplam | Haftalık |
| Rapor kullanımı | Rapora bakan yönetici sayısı | Aylık |
7 · Canlı sonrası destek konuşulmamış
Canlının ilk üç ayı, projenin en yoğun dönemidir; çoğu sözleşme ise canlıyla birlikte biter. Bu üç ayın kimin yükümlülüğünde olduğu baştan yazılı değilse, proje canlıda yalnız kalır — ve yalnız kalan proje geri döner.
vRobot bu işi nasıl yapıyor?
Biz projeye başlarken iki şeyi yazılı istiyoruz: şirket içinde projenin adı yazılı sahibi ve yapılmayacaklar listesi olan bir kapsam belgesi. İstisnaları toplamak için sahada bir gün geçiriyoruz ve Excel'de tutulan dosyaların tamamını istiyoruz — her biri bir istisnadır.
Canlı sonrası ilk üç ayın destek koşulunu sözleşmeye koyuyoruz; bu dönem projenin bitişi değil, en yoğun kısmıdır.
Sık sorulanlar
Proje yarıda kaldı, baştan mı başlamalıyız?
Çoğu zaman hayır. Yarıda kalan projelerin büyük kısmında kapsam ve sahiplik yeniden kurulduğunda kalınan yerden devam edilebiliyor.
Kapsam belgesi ne kadar ayrıntılı olmalı?
Ekran ekran değil, süreç süreç. Her sürecin yanında kimin sorumlu olduğu ve hangi istisnaların kapsam dışı bırakıldığı yazmalı.
Sahayı karara nasıl katarız?
Ekranı canlı olarak gösterip kullandırarak. Sunum izleyen kullanıcı fikir vermez; ekrana dokunan kullanıcı ilk beş dakikada verir.
Bu konudaki kısa cevaplar
İlgili yazılar
Kendi durumunuz üzerinden konuşalım
Keşif görüşmesi ücretsizdir ve bir şey satın almanızı gerektirmez. Mevcut sisteminizi dinler, yapılabileni ve yapılamayanı olduğu gibi söyleriz.