TR / EN

İş Analisti ve PMO Rolü Birleştirilebilir mi?

Dijital dönüşüm ekibi kurulurken iki ayrı pozisyon için iş vardı, fakat başlangıç hacmi iki tam zamanlı rolü doldurmuyordu. Aynı kişinin hem gereksinim görüşmelerini yürütmesi hem de plan, risk ve toplantı takibini yapması önerildi. Küçük ekiplerde bu yaklaşım pratik olabilir; ancak “şimdilik birlikte” kararı sınırları yazılmazsa kalıcı ve aşırı yüklü bir role dönüşür.

İş analisti problemi, süreç ve gereksinimi derinleştirir. PMO rolü ise portföy görünürlüğü, standart, bağımlılık, risk ve karar ritmini korur. İki rol ortak bilgi kullanır, fakat odak ve bağımsızlık ihtiyacı farklıdır. Birleştirme kararı unvan tartışmasıyla değil, gerçek iş yükü, proje karmaşıklığı ve kontrol ihtiyacıyla verilmelidir.

Sorunun ortaya çıkışı

Ekip aynı anda birkaç dijitalleşme girişimi yürütüyordu. Gereksinim toplantıları, süreç şemaları, test senaryoları, haftalık durum raporu, risk kaydı ve tedarikçi takibi için tek koordinasyon noktası isteniyordu. Ayrı roller bütçe açısından erken görünürken işler yöneticiler arasında paylaşıldığında standart kayboluyordu. Birleşik rol, başlangıç için sahiplik sağladı; sürdürülebilir sınırları ayrıca tasarlamak gerekti.

İlk belirtiler ve yanlış varsayımlar

İki rolün de toplantı ve dokümantasyon yapması aynı iş oldukları izlenimini verdi. Oysa analist gereksinimin doğruluğunu sorgularken PMO teslimatın plan ve yönetişim kalitesini izler. Bir kişinin bütün toplantılara girmesi iletişimi hızlandırabilir, fakat odak değiştirme maliyeti yaratır. Ayrıca kendi hazırladığı gereksinimin ilerlemesini bağımsız raporlamak iyimserlik yanlılığına açık olabilir.

Teknik analiz

Sorumlulukları haftalık saat, uzmanlık ve kontrol ihtiyacına göre ayırdık. Süreç keşfi, gereksinim, kabul kriteri ve UAT desteği BA tarafında; portföy takvimi, risk standardı, karar kaydı, bağımlılık ve yönetim raporu PMO tarafındaydı. Proje sayısı, paydaş sayısı, tedarikçi yoğunluğu ve kritik teslimatlar kapasite göstergesi oldu. Rolün onay vermediği, kolaylaştırdığı noktalar açıklandı.

Uygulanan çözüm veya önerilen mimari

Başlangıçta birleşik rol kuruldu, fakat haftalık kapasite iki iş kovasında ayrı izlendi. Gereksinim onayını süreç sahibi, proje durum doğrulamasını sponsor veya portföy yöneticisi yaptı. Ortak şablonlar ve tek karar günlüğü çift çalışmayı azalttı. Derin analiz günleri toplantısız bloklandı. Üç aylık gözden geçirmede kapasite, geciken analiz, rapor kalitesi ve yeni proje hattına göre rolün ayrılması değerlendirildi.

Alternatifler ve karar gerekçesi

BA’yı süreç ekiplerine dağıtıp merkezi hafif PMO kurmak iş bilgisine yakınlık sağlar; yöntem tutarlılığı için topluluk yapısı gerekir. Dış analist pik dönemi karşılayabilir, fakat kurumsal bilginin içeride kalması sağlanmalıdır. Tam teşekküllü PMO erken aşamada bürokrasi yaratabilir. Birleşik rolü geçiş modeli olarak seçtik; ayrışma eşiğini proje sayısı, kritik yol çatışması ve sürekli kapasite aşımıyla önceden tanımladık.

Güvenlik ve operasyonel riskler

Tek kişide gereksinim, rapor ve tedarikçi iletişiminin toplanması bilgi ve süreklilik riski yaratır. Belgeler kişisel klasörde değil ortak kontrollü alanda tutuldu, vekil belirlendi. Ticari değerlendirme ve kapsam onayı rolün tek başına vereceği kararlar olmadı. Fazla iş yükünün riskleri yeşil raporlama baskısıyla gizlenmemesi için kapasite görünür kılındı. Hassas proje bilgisine erişim her iki sorumluluk için de ihtiyaç kadar sınırlandı.

Çıkarılan Dersler

Kontrol Listesi