ERP Proje Yönetişimi: Uzmanlık Çerçevesi

Bu sayfa ERP proje yönetimini hizmet tanıtımı olarak değil, neden kritik olduğu ve nerede kırıldığı üzerinden çerçeveliyor. Steering, go-live ve karar düzeni odaklı bir bakış.

Bu alan neden kritik?

ERP projeleri sadece yazılım teslimi değil; kapsam, zaman ve karar disiplininin bir arada yürütülmesidir. Yönetişim zayıfsa, sponsor geç devreye girerse veya go-live hazırlığı son ana bırakılırsa proje sapar.

Bu alanı kritik görmemin nedeni: sahada gördüğüm başarısızlıkların çoğu teknik değil, karar düzeni ve teslimat disipliniyle ilgili.

En sık görülen kırılma noktaları

  • Sponsor ve karar verenler geç devreye girer; kritik kararlar ertelenir.
  • Kapsam ve kabul kriterleri yazılı değildir; sürekli ek talepler planı bozar.
  • Steering toplantı düzeni yoktur veya karar üretmez; sadece bilgi sunulur.
  • Go-live ve cutover disiplini son haftaya sıkışır; risk ertelenir.
  • RAID ve change control kayıt altına alınmaz; sözlü onay yeterli sanılır.

Saha gözlemleri

Projelerin büyük kısmında sorun yazılım değil; kararın nerede, ne zaman, kim tarafından alınacağının belirsizliği. Görünürlük ve karar kaydı olmadan sponsor hizalaması da dağılıyor. Bu alanı bu yüzden yönetişim ve disiplin merceğinden çerçeveliyorum.

Yönetim seviyesinde neden önemlidir?

  • Sponsor doğru aralıklarla projeyi görmeli ve açık kararlar almalı.
  • Karar kaydı ve sorumluluk yazılı olmalı; sözlü onay yeterli değil.
  • Risk ve sapma erken görünür olmalı; rapor üretmek değil, karar üretmek amaç.
  • Go-live ve cutover disiplini önceden tanımlı olmalı; son haftaya bırakılmamalı.

Hangi disiplinler / çıktılar gerekir?

  • Steering committee düzeni ve sabit gündem.
  • RAID (Risk, Assumption, Issue, Decision) kaydı ve sahiplik.
  • Change control süreci ve etki analizi.
  • Go-live / cutover planı ve rollback kuralı.
  • Hypercare dönemi ve sahiplik devri tanımı.

İlgili sayfalar ve rehberler

ERP Proje Yönetişimi: Neden Kritik, Nerede Kırılır? | Fatih Görgülü | Fatih Görgülü