ERP Proje Sağlık Kontrolü: Projeniz Gerçekten Sağlıklı mı?

ERP projeleriyle ilgili en yaygın yanılgılardan biri, büyük problemlerin aniden ortaya çıktığını düşünmektir. Oysa sahadaki deneyim çoğu zaman başka bir tablo gösterir.

Geciken canlı geçişler, sürekli büyüyen kapsam, kullanıcı direnci, veri problemleri veya beklenmedik proje uzamaları genellikle aylar öncesinden küçük sinyaller vermeye başlar. Asıl sorun bu sinyallerin görülmemesi veya yeterince ciddiye alınmamasıdır.

Bir ERP projesinin gerçekten sağlıklı ilerleyip ilerlemediğini anlamak için yalnızca takvime, bütçeye veya tamamlanma yüzdesine bakmak yeterli değildir. Karar mekanizması, sahiplik, kapsam kontrolü, veri hazırlığı, kullanıcı katılımı, test disiplini, risk görünürlüğü ve canlı geçiş hazırlığı birlikte okunmalıdır.

ERP projesinde sağlıklı ilerlemek ne demektir?

Planın varlığı tek başına sağlık göstergesi değildir. Toplantıların düzenli yapılması da projenin doğru yönde ilerlediğini kanıtlamaz. Tamamlanma yüzdesi yüksek görünebilir; ancak kritik süreçler açık kalmış, ana veri hazırlığı geride, kullanıcı kabulü ölçülmemiş veya açık kararlar proje planında görünmüyor olabilir.

Gerçek sağlık; projenin mevcut durumunun görünür olması, kritik işlerin ve kararların bir sahibi bulunması, kararların zamanında kapanması ve teslimatın güvenilir biçimde ilerlemesiyle ilgilidir.

Takvim ve tamamlanma yüzdesi neden yeterli değildir?

Bir ERP projesi yüzde 80 tamamlanmış görünebilir. Buna rağmen kritik süreçlerin açık kalması, ana veri hazırlığının geride olması veya testlerin yalnızca senaryo çalıştırma düzeyinde kalması mümkündür.

• Kullanıcı kabulü gerçekten ölçülüyor mu?
• Açık kritik kararlar proje planında görünür mü?
• Kapsam değişikliklerinin toplam etkisi takvime ve efora yansıtılıyor mu?
• Canlı geçiş tarihi gerçek hazırlığa mı, yoksa yönetim beklentisine mi dayanıyor?

Takvim ilerliyor olabilir; fakat proje sağlığı aynı hızda ilerlemiyor olabilir. Bu ayrım, özellikle canlı geçiş yaklaşırken kritik hale gelir.

ERP proje sağlığını belirleyen temel boyutlar

Karar mekanizması

Kritik kararları kim veriyor? Kararlar ne kadar sürede kapanıyor? Açık kararlar görünür mü? Sponsor gerektiğinde devreye giriyor mu?

Karar sahipliği belirsizse ekipler çalışmaya devam ediyor gibi görünür; ancak proje yönü zaman içinde bulanıklaşır. Geciken her kritik karar, daha sonra kapsam, maliyet, takvim veya ekip enerjisi üzerinde ek yük oluşturabilir.

Sahiplik ve roller

İş birimleri kendi süreçlerinin sahibi mi? Proje yalnızca IT veya danışman ekibinin üzerinde mi kalıyor? Müşteri tarafında kurumsal sahiplik var mı? Proje belirli kişilere aşırı bağımlı mı?

ERP değişimi teknik bir kurulumdan ibaret değildir. Süreç kararlarının iş birimleri tarafından sahiplenilmediği projelerde teknik teslimat tamamlansa bile yeni çalışma biçiminin kuruma yerleşmesi zorlaşır.

Kapsam ve değişiklik kontrolü

Başlangıç kapsamı net mi? Yeni talepler nasıl değerlendiriliyor? Fit-gap çıktıları karara bağlanıyor mu? Kapsam artışı takvim ve efora yansıtılıyor mu?

Kontrolsüz kapsam artışı çoğu zaman tek bir büyük değişiklik olarak değil, küçük taleplerin birikimi olarak ortaya çıkar. Sağlıklı projelerde her değişikliğin etkisi görünür hale getirilir ve karar mekanizmasına bağlanır.

Veri hazırlığı

Ana veri sahipleri tanımlı mı? Veri temizliği ve doğrulama ilerliyor mu? Veri yükleme yalnızca teknik aktarım olarak mı görülüyor? Veri doğruluğu iş birimleri tarafından onaylanıyor mu?

Veri hazırlığı gerideyse proje planı üzerinde birçok iş tamamlanmış görünse bile operasyonel geçiş riski büyür. Verinin sahibi ve doğrulama ölçütü net değilse sorun canlı geçişe kadar ertelenebilir.

Kullanıcı katılımı ve değişim hazırlığı

Anahtar kullanıcılar gerçekten sürece dahil mi? Eğitim yalnızca sistem anlatımı mı? Yeni çalışma biçimi anlaşılmış mı? Kullanıcı kabulü ölçülüyor mu?

Kullanıcıların yalnızca eğitim takvimine dahil edilmesi, değişime hazır oldukları anlamına gelmez. Kullanıcı kabulü; süreçlerin anlaşılması, kritik senaryoların denenmesi ve yeni sorumlulukların benimsenmesiyle birlikte değerlendirilmelidir.

Test ve kabul disiplini

Test senaryoları gerçek süreçleri kapsıyor mu? Uçtan uca test yapılıyor mu? Hatalar ve açık maddeler sınıflandırılıyor mu? Kabul kriterleri önceden tanımlı mı?

Testin yapılmış olması, testin yeterli olduğu anlamına gelmez. Sağlıklı bir değerlendirme, gerçek iş akışlarını, entegrasyonları, veri koşullarını, hata yönetimini ve kabul sorumluluğunu birlikte ele alır.

Canlı geçiş hazırlığı

Cutover planı gerçekçi mi? Rollback veya geri dönüş yaklaşımı var mı? Destek modeli tanımlı mı? Hypercare çıkış kriterleri belli mi?

Canlı geçiş tarihinin belirlenmiş olması organizasyonun hazır olduğunu göstermez. Tarih, hazırlık kanıtları ve kritik açıkların durumu ile birlikte okunmalıdır.

Risk görünürlüğü

Riskler yalnızca listeleniyor mu, yoksa aksiyona bağlanıyor mu? Kritik bağımlılıklar görünür mü? “Bilmiyoruz” alanları ayrıca risk kabul ediliyor mu? Yönetim raporu gerçek tabloyu gösteriyor mu?

Risk görünürlüğü, raporda kırmızı veya yeşil renk kullanmaktan daha geniş bir konudur. Riskin nedeni, etkisi, sahibi, aksiyonu ve karar tarihi anlaşılabiliyorsa yönetilebilir hale gelir.

ERP proje sağlık kontrolü hangi aşamalarda yapılmalıdır?

Uyarlama ve kurulum

Bu aşamada kapsam, roller, karar mekanizması, süreç sahipliği, veri hazırlığı ve tasarım-geliştirme disiplini değerlendirilmelidir. Başlangıçta verilen yanlış veya eksik kararlar ilerleyen aşamalarda katlanarak büyüyebilir.

Canlı geçiş öncesi

Test, kullanıcı kabulü, veri doğruluğu, cutover, destek modeli, kritik açıklar ve go-live readiness birlikte ele alınmalıdır. Teknik hazırlık kadar organizasyonun yeni çalışma biçimine hazır olup olmadığı da önemlidir.

Proje kapanışı ve canlı sonrası

Stabilizasyon, açık işlerin sahipliği, fayda takibi, hypercare çıkışı, operasyon devri, öğrenilmiş dersler ve proje bağımlılıklarının kapatılması gözden geçirilmelidir.

Henüz ilgili faza gelmemiş olmak, o fazın sorularına bakmayı gereksiz hale getirmez. Doğru soruları önceden görmek, bir sonraki aşamaya hazırlık sağlar.

Sağlık kontrolü ile proje denetimi arasındaki fark

Sağlık kontrolü suçlu bulmaya çalışmaz. Denetim dili yerine görünürlük ve erken müdahale dili kullanır. Amaç proje ekibini yargılamak değil, karar kalitesini yükseltmektir.

Bu nedenle sağlık kontrolü yalnızca geçmişte ne olduğuna değil, yaklaşan risklere de bakar. Hangi kararın geciktiğini, hangi sahibin eksik olduğunu ve hangi hazırlık alanının bir sonraki fazı zorlayacağını görünür kılar.

“Bilmiyorum” cevabı neden kritik bir sinyaldir?

Bir soruya olumsuz cevap vermek kadar, cevabı bilmiyor olmak da proje görünürlüğü açısından önemli bir risktir.

• Kapsam değişikliklerinin toplam etkisi bilinmiyorsa,
• Açık kritik kararların sayısı bilinmiyorsa,
• Veri doğruluk oranı bilinmiyorsa,
• Canlı geçiş sonrası destek sorumluları bilinmiyorsa,
• Test kapsamının yeterliliği bilinmiyorsa,

proje yalnızca riskli değil, aynı zamanda ölçülemez durumdadır. Ölçülemeyen bir alan için zamanında ve doğru karar almak zorlaşır.

Kırmızı görünen bir proje mutlaka başarısız mıdır?

Hayır. Kırmızı sinyal, başarısızlık kararı değil müdahale ihtiyacıdır. Riskin görünür olması çoğu zaman olumlu bir başlangıçtır.

Asıl tehlike sorunların bilinmemesi veya yönetim raporlarında yumuşatılmasıdır. Sağlık değerlendirmesi, yönetimin dikkatini doğru yere yönlendirmeli ve hangi kararların ne zaman alınması gerektiğini netleştirmelidir.

ERP proje sağlık raporu nasıl yorumlanmalıdır?

Tek puan tüm gerçeği açıklamaz. Boyut bazlı dağılım, toplam skordan daha değerlidir. Kritik kırmızı bayraklar toplam puanı geçersiz kılabilir; güçlü alanlar zayıf alanları otomatik olarak telafi etmez.

Sonuç bir performans notu değil, karar destek girdisidir. Önemli olan puanın kendisinden çok, hangi alanda hangi sorunun görünür hale geldiği ve bunun kimin tarafından ne zaman ele alınacağıdır.

ERP Proje Sağlık Kontrolü

Bu başlıkları kendi projeniz açısından hızlıca gözden geçirmek için ERP Proje Sağlık Raporu kullanılabilir. Değerlendirme; projenin bulunduğu aşamaya göre karar, sahiplik, kapsam, veri, test, kullanıcı hazırlığı ve canlı geçiş sinyallerini birlikte ele alır.

Bu yaklaşımın amacı projeyi tek bir puana indirgemek değil; ekip içinde konuşulması gereken soruları zamanında görünür hale getirmektir.

İlgili yayın

Bu yazının daha kısa bir sürümü LinkedIn’de de yayımlanmıştır.