Dijital Dönüşüm Organizasyonunda ERP Ürün Sahibi Kime Raporlamalı?

ERP projesinde ürün sahibi rolü oluşturulduğunda ilk soru görev tanımından önce organizasyon kutusunun nereye çizileceği oldu. Finans altında olursa operasyonun, BT altında olursa iş ihtiyaçlarının geri planda kalacağından endişe ediliyordu. PMO ise takvim ve kapsam disiplinini korumak istiyordu. Aslında tek bir raporlama çizgisinin bütün bu beklentileri çözmesini istemek sorunun kendisiydi.

ERP kurumsal bir üründür: iş süreçlerini taşır, teknik bir platform üzerinde çalışır ve sürekli yatırım kararı gerektirir. Ürün sahibi backlog önceliği ve değer gerçekleşmesini yönetirken süreç sahiplerinin kararını devralmamalı, BT mimari ve güvenlik sorumluluğunu da üstlenmemelidir. Etkili model, idari bağlılık kadar karar haklarını ve forumları açıkça tanımlar.

Sorunun ortaya çıkışı

Proje ekibinde ERP product owner, iş analistleri, uygulama danışmanları, PMO, süreç sahipleri ve altyapı ekibi vardı. Talepler farklı yöneticilerden doğrudan geliyor, öncelik toplantıdaki en güçlü sese göre değişiyordu. Ürün sahibi bütçe üzerinde yetkisiz, sonuçtan sorumlu görünüyordu. Teknik borç işleri iş listesinde geri kalırken bazı birim istekleri ortak veri modelini bozacak özelleştirmelere dönüşüyordu.

İlk belirtiler ve yanlış varsayımlar

Rolü BT’ye bağlamanın onu teknik proje yöneticisi, finansa bağlamanın finans temsilcisi yapacağı düşünüldü. Oysa davranışı asıl belirleyen hedefler ve karar mekanizmasıdır. Product owner’ın bütün süreç kararlarını tek başına vereceği varsayımı da yanlıştı; mevzuat ve operasyon hesabını süreç sahipleri taşır. Her anlaşmazlığı steering committee’ye taşımak ise komiteyi günlük backlog toplantısına dönüştürür.

Teknik analiz

RACI yerine yalnız görev listesi değil, karar hakları matrisi hazırladık. Backlog sırası ürün sahibinde; süreç politikası ilgili iş sahibinde; mimari, entegrasyon ve güvenlik standartları BT’de; bütçe ve büyük kapsam değişikliği yönlendirme komitesindeydi. PMO plan, bağımlılık ve risk görünürlüğünü sağladı. Ürün sahibinin performans hedefleri teslim tarihi kadar kullanıcı benimsemesi, süreç sonucu, veri kalitesi ve teknik borç dengesini içerdi.

Uygulanan çözüm veya önerilen mimari

İdari raporlama dijital dönüşüm veya BT liderliğinde konumlandı; iş yönü için süreç sahiplerinden oluşan ürün konseyiyle güçlü matris kuruldu. Aylık steering committee bütçe, kapsam ve çözülemeyen riskleri ele aldı. Haftalık ürün forumu backlog ve bağımlılıkları yönetti. Ürün sahibi tek talep giriş noktası olmadı; talepler standart kanaldan toplandı ve değer, risk, zorunluluk ve efor ölçütleriyle sıralandı.

Alternatifler ve karar gerekçesi

ERP ağırlıklı olarak finans sistemi ise CFO altında ürün sahipliği işe yakın olabilir; yine de BT mimari kontrolü gerekir. Teknoloji yoğun entegrasyon ortamında CIO altında konumlandırma sürdürülebilirlik sağlar, ancak iş hedefleri ortak KPI ile korunmalıdır. Bağımsız dönüşüm ofisi çapraz süreçlerde tarafsızlık sunar fakat kalıcı işletme modeli belirsiz kalabilir. Kurumun yapısına göre çizgi değişebilir; değişmemesi gereken karar haklarının açıklığıdır.

Güvenlik ve operasyonel riskler

Aşırı merkezi ürün sahipliği görev ayrılığı ve süreç onaylarını zayıflatabilir. Tek kişiye bağlı bilgi, izin veya ayrılıkta karar boşluğu yaratır; vekalet ve dokümantasyon tanımlandı. Ürün sahibine üretim ortamında sınırsız teknik yetki verilmedi. Tedarikçiyle ticari ve teknik kararlar kayıtlı forumlarda alındı. Backlogda güvenlik, yasal zorunluluk ve yaşam döngüsü işleri görünür kapasite payına sahip oldu.

Çıkarılan Dersler

Kontrol Listesi