ERP Uygulama Projesi Nasıl Yönetilir: Seçimden Sonraki İş
ERP yazılımı seçildikten sonra asıl iş başlar: süreçleri sisteme uyarlamak, veriyi taşımak, kullanıcıları hazırlamak ve canlıya geçmek. Rehber uygulama projesinin fazlarını, rollerini ve en sık yaşanan sapmaları anlatır.
Bir bakışta
- ERP projesi bir yazılım kurulumu değil, bir iş dönüşümüdür. Sistem süreçleri değiştirdiği için proje, teknik takvimin yanında insan ve süreç değişimini de yönetmek zorundadır.
- Fazlar birbirine bağlıdır ve her faz çıkış ölçütü ister. Kapsam, tasarım, kurulum, veri göçü, test, eğitim ve canlıya geçiş sırayla ilerler; atlanan faz sonraya borç bırakır.
- Anahtar kullanıcılar projenin kalbidir. Her departmandan süreci bilen ve karar verebilen kişiler tasarımda, testte ve eğitimde sorumluluk taşır.
- Özelleştirme, kapsam kaymasının ana kaynağıdır. Önce standart işleyişe uyum aranır; özel geliştirme yalnızca gerçek bir iş ihtiyacı varsa kabul edilir.
- Veri göçü ve canlıya geçiş ayrı planlanır. Veri kalitesi çoğu projede takvimi belirleyen en büyük belirsizliktir.
ERP uygulama projesini farklı kılan nedir?
ERP, finans, satın alma, stok, üretim ve satış gibi birçok işlevi aynı veri ve süreç yapısında birleştirir. Bu nedenle uygulama projesi tek bir birimin değil, neredeyse tüm şirketin işidir. Bir modülde alınan karar diğerini etkiler; stok yapısı satışı, satın alma maliyeti finansı etkiler. Bu karşılıklı bağımlılık, ERP projelerini sıradan yazılım projelerinden ayırır.
İkinci fark, değişimin büyüklüğüdür. Sistem yalnızca eski araçları değiştirmez; işin yapılış biçimini, onay zincirlerini ve bazen sorumlulukları değiştirir. İnsanlar eski alışkanlıklarını bırakmak zorunda kalır. Bu yüzden proje takviminin yanında değişim yönetimi, iletişim ve eğitim de plana girer.
Üçüncü fark risk dağılımıdır. Teknik sorunlar çoğu zaman çözülebilir; asıl sapmalar kapsam kayması, yetersiz kullanıcı katılımı, kötü veri ve gerçekçi olmayan canlıya geçiş tarihinden gelir. Proje yönetiminin başarısı bu dört alanın yönetilmesine bağlıdır.
Bu rehber, ERP seçiminin yapıldığını varsayar. Hangi ürünün seçileceği ayrı bir karar sürecidir; burada seçim sonrası uygulama anlatılır.
Fazlar: kapsamdan canlıya geçişe
Uygulama projeleri çoğunlukla benzer bir faz yapısıyla ilerler. Adlar ürünler arasında değişir, mantık aynıdır.
- Hazırlık: proje ekibi, yönlendirme komitesi, kapsam, bütçe ve takvim belirlenir.
- Süreç analizi ve tasarım: mevcut süreçler çıkarılır, sistemin standart işleyişiyle karşılaştırılır (fit-gap), hedef süreçler tasarlanır.
- Yapılandırma ve geliştirme: sistem tasarıma göre kurulur; gerekli entegrasyonlar ve özelleştirmeler yapılır.
- Veri göçü: eski sistemlerden veri temizlenir, eşlenir ve yüklenir; deneme göçleri yapılır.
- Test: birim, entegrasyon ve kullanıcı kabul testleri yapılır.
- Eğitim: kullanıcılar yeni süreçler ve ekranlar konusunda eğitilir.
- Canlıya geçiş: planlı devir yapılır, eski sistem kapatılır.
- Hiperbakım ve devir: ilk dönemde yoğun destek verilir, sonra kalıcı destek yapısına geçilir.
Fazlar kesin biçimde ardışık olmayabilir; örneğin veri göçü hazırlığı tasarım sürerken başlar. Yine de her fazın çıkış ölçütü ve onaylayanı yazılı olmalıdır.
Her faz bir öncekinin onaylı çıktısı üzerine kurulur
ERP uygulama projesinin ana fazları
- Hazırlık ve kapsamEkip, komite, kapsam ve takvim netleşir.
- TasarımSüreçler analiz edilir, fit-gap ile hedef süreçler çıkarılır.
- KurulumYapılandırma, entegrasyon ve gerekli geliştirmeler yapılır.
- Veri ve testDeneme göçleri ile entegrasyon ve kabul testleri yürür.
- Eğitim ve geçişKullanıcılar hazırlanır, canlıya geçilir, hiperbakım başlar.
Roller ve yönetişim: anahtar kullanıcılar kimdir?
ERP projesi, birbirini tamamlayan katmanlardan oluşan bir yapıyla yönetilir. En üstte yönlendirme komitesi bulunur: kapsam ve bütçe değişikliklerine karar verir, çatışmaları çözer. Onun altında proje yöneticisi günlük ilerlemeyi, takvimi ve riskleri yönetir. Modül ekipleri finans, satın alma, stok ve satış gibi alanlarda tasarım ve yapılandırmayı yürütür. En altta ama en önemli katmanda anahtar kullanıcılar yer alır.
Anahtar kullanıcı, kendi biriminin süreçlerini bilen ve o birim adına karar verebilen kişidir. Sistem tasarımına katılır, testleri yürütür, kendi birimindeki kullanıcıları eğitir ve canlıya geçişten sonra ilk destek noktası olur. Projeler çoğu zaman bu kişilerin günlük işleri nedeniyle yeterli zaman ayıramaması yüzünden yavaşlar. Bu yüzden anahtar kullanıcıların proje için ayrılan zamanı yönetici onayıyla yazılı olmalıdır.
Yönlendirme komitesinin ilgisi de aynı ölçüde önemlidir. Komite toplanmıyor ya da kararları geciktiriyorsa proje belirsizlikte kalır.
Karar yukarıdan, bilgi aşağıdan gelir; ikisi de projeyi taşır
ERP projesinde yönetişim katmanları
- Yönlendirme komitesiKapsam, bütçe ve kritik kararları verir.
- Proje yöneticisiTakvimi, riskleri ve bağımlılıkları yönetir.
- Modül ekipleriAlanlarında tasarım ve yapılandırmayı yürütür.
- Anahtar kullanıcılarSüreç bilgisini taşır, test eder, kullanıcıları eğitir.
Kapsam ve özelleştirme: kayma nasıl önlenir?
ERP projelerinde kapsam kayması çoğu zaman 'şunu da ekleyelim' taleplerinden doğar. Her talep tek başına makul görünür; ama birikince takvim ve bütçe zorlanır, sistemin standart yapısı bozulur, ileride sürüm yükseltmeleri zorlaşır.
Önce şu soru sorulur: mevcut süreç gerçekten gerekli mi, yoksa sistemin standart işleyişine uyum sağlanabilir mi? Fit-gap analizi bu soruya sistematik yanıt verir. Her boşluk için seçenekler değerlendirilir: süreci değiştirmek, standart yapılandırma içinde çözmek, küçük bir uyarlama yapmak ya da özel geliştirme.
Özel geliştirme son seçenektir ve bir değişiklik talebi sürecinden geçer. Talebin iş gerekçesi yazılır, maliyet ve takvim etkisi hesaplanır, yönlendirme komitesi onaylar. Bu disiplin olmadan kapsam her toplantıda biraz daha büyür.
Kapsam sınırı baştan yazılı olmalıdır: hangi şirketler, hangi birimler, hangi süreçler ilk aşamada yer alır, hangileri sonraki aşamaya kalır? Aşamalı yayılım, riski bölmenin güvenli bir yoludur.
Veri göçü ve canlıya geçiş
Eski sistemlerdeki veri çoğu zaman tutarsız, tekrarlı ve eksiktir. Müşteri ve ürün kayıtları temizlenmeden yüklenirse yeni sistem eski sorunları devralır. Veri göçü bu yüzden ayrı bir iş akışı olarak planlanır: hangi veri taşınacak, kim temizleyecek, eşleme kuralları neler, deneme göçleri ne zaman yapılacak?
Deneme göçleri gerçek veriyle yapılır ve sonuçlar iş birimleri tarafından doğrulanır. Rakamların tutup tutmadığı, kayıtların eksiksiz olup olmadığı kontrol edilir. Hatalar bir sonraki denemede düzeltilir. Son göçten önce kaynak sistemde veri girişi dondurulur.
Canlıya geçiş ise ayrı bir plan gerektirir: geçiş penceresi, görev sırası, go/no-go ölçütleri, geri dönüş planı ve hiperbakım düzeni. Muhasebe dönemi kapanışı gibi iş takvimi yoğunluklarına denk gelen geçişler riskli olduğu için tarih seçilirken iş takvimi dikkate alınır.
Geçişten sonra ilk dönemde kullanıcılar yoğun soru sorar. Anahtar kullanıcılar ve destek ekibi bu dönemde hazır olmalıdır.
Sık hatalar ve önlemler
ERP projelerinde tekrarlayan hatalar şunlardır.
- Projeyi BT projesi saymak. İş birimleri sahiplenmezse sistem kullanılmayan bir yatırıma döner.
- Anahtar kullanıcıları yeterli zaman ayırmadan atamak.
- Mevcut süreçleri olduğu gibi sisteme taşımak. Fırsat, süreci sadeleştirmeyi kaçırmak demektir.
- Özelleştirmeyi kontrolsüz kabul etmek.
- Veri temizliğini son aya bırakmak.
- Eğitimi canlıya geçişten hemen önce yoğun tek seferde vermek.
- Canlıya geçiş tarihini iş takviminden bağımsız belirlemek.
- Yönlendirme komitesini ilk toplantıdan sonra devre dışı bırakmak.
İyi bir proje yönetimi göstergesi, sorunların geç değil erken görünür olmasıdır. Haftalık durum toplantılarında kapsam değişiklikleri, açık riskler ve kullanıcı katılımı raporlanmalıdır. Bu üç alandaki sapmalar çoğu zaman teknik sorunlardan önce uyarı verir.
Bu beceriyi Mindset programlarında nerede çalışırsınız?
IT Proje Yönetimi Sertifika Programı, proje yönetimi zihin seti, yazılım geliştirmeye yönelik proje yönetim ilkeleri, kalite güvence ve test yönetimi ile proje planlama uygulamalarını kapsar. ERP uygulama projeleri bu çerçevenin iş birimi katılımı ve veri göçü gibi ek yükler taşıyan bir uygulamasıdır; proje yöneticileri, iş analistleri ve BT yöneticileri için ilgilidir.
İlgili Mindset programı
IT Proje Yönetimi Sertifika Programı
Sık sorulan sorular
ERP seçimi ile ERP uygulaması arasındaki fark nedir?
Seçim, hangi ürünün alınacağına karar verme sürecidir: gereksinimler, teklifler, karşılaştırma. Uygulama ise seçilen ürünü şirkete kurma, süreçlere uyarlama, veriyi taşıma ve kullanıcıları hazırlama projesidir. Seçimdeki hatalar uygulamayı zorlaştırır, ama uygulama başarısı ayrıca yönetilmelidir.
Anahtar kullanıcı seçerken nelere bakılmalı?
Birimin süreçlerini bilen, karar verebilen ve değişime açık kişi seçilmelidir. Unvan tek başına yeterli değildir; kişinin proje için zaman ayırabilmesi ve yöneticisinin buna onay vermesi gerekir. Aksi halde tasarım kararları gecikir ve sistem iş gerçekliğinden uzak kurulur.
Özelleştirme neden bu kadar riskli görülür?
Özel geliştirmeler takvimi ve bütçeyi büyütür, test yükünü artırır ve sürüm yükseltmelerinde uyumluluk sorunu çıkarabilir. Bu yüzden önce standart yapılandırma aranır; özelleştirme ancak gerçek bir iş ihtiyacı ve yönetim onayı varsa yapılır.
Veri göçüne ne zaman başlanmalı?
Tasarım fazı sürerken. Hangi verinin taşınacağı, hangi alanların eşleneceği ve kimin temizleyeceği erken belirlenmezse veri kalitesi sorunları kurulum bittiğinde ortaya çıkar ve canlıya geçişi geciktirir. Temizlik iş birimlerinin yükü olduğu için uzun bir hazırlık süresi gerektirir.
Canlıya geçiş sonrası destek nasıl planlanır?
Hiperbakım dönemi için proje ekibinin bir bölümü ve anahtar kullanıcılar hazır tutulur, sorunlar önceliğe göre bir listede izlenir. Dönemin kapanış ölçütü önceden belirlenir ve açık işler kalıcı destek ekibine bilinen sorunlar listesiyle devredilir.