İçeriğe geç

Dönüşüm Operating Model'i: Karar Hakları, Ekipler, Portföy Ritmi

Dönüşüm operating model'i; kimin neye karar verdiğini, ekiplerin nasıl kurulduğunu ve bütçenin hangi ritimde dağıtıldığını tanımlayan yapıdır — dönüşüm programlarının hız kaybettiği asıl katman burasıdır.

Tanım
Dönüşüm Operating Model'i: Karar Hakları, Ekipler, Portföy Ritmi
Dönüşüm operating model'i; kimin neye karar verdiğini, ekiplerin nasıl kurulduğunu ve bütçenin hangi ritimde dağıtıldığını tanımlayan yapıdır — dönüşüm programlarının hız kaybettiği asıl katman burasıdır.

Karar hakları: yazılı eşikler

Operating model tasarımının en yüksek getirili tek hamlesi, karar haklarını eşiklerle yazmaktır. Örnek bir çerçeve:
KararEkipte kalırSteering committeeYönetim kurulu
Backlog sıralaması✅ Her zaman——
Teknoloji/kütüphane seçimi✅ Onaylı liste içindeListe dışı ise—
Süreç adımı kaldırmaEtki tek departmandaysaÇok departmanlıysa—
Yeni girişim başlatma—✅ Çeyreklik portföydeBütçe eşiği üstünde
Girişimi durdurma✅ Veri gösteriyorsaBilgilendirilir—
AI otonomi seviyesi yükseltme—✅ Eval kaydıylaFinansal aksiyon içeriyorsa
Tablonun kendisinden daha önemlisi son satırdan bir öncekidir: girişimi durdurma yetkisinin ekipte olması. Durdurma yetkisi yukarıda olan kurumlarda hiçbir girişim durmaz; portföy şişer, kaynak dağılır ve hiçbir girişim yeterli kaynağı görmez.

Ekip yapısı: proje değil ürün

Proje-bazlı ekip yapısı dönüşümün sessiz maliyetidir. Proje bittiğinde ekip dağılır; sistemi kimin bakacağı belirsizleşir, alınan dersler kişilerle birlikte gider ve bir sonraki girişim aynı öğrenme eğrisini baştan tırmanır.
Ürün-odaklı kalıcı ekip üç özellik taşır:
  1. Süreklilik — ekip bir süreç/ürün alanına sahiptir; iş bitmez, backlog devam eder.
  2. Uçtan uca sorumluluk — tasarımdan üretim operasyonuna kadar aynı ekip sahiptir ("build it, run it").
  3. İş metriği sahipliği — ekibin başarısı teslim edilen özellikle değil, sahip olduğu metrikle ölçülür.
Bu yapıya geçişte en zorlu kısım kaynak tahsisi değil, performans yönetimidir: ekibi metriğe göre değerlendirmek, bireysel çıktıya göre değerlendirmekten farklı bir yönetim pratiği gerektirir ve İK sisteminin de değişmesini şart koşar. Bu yüzden operating model değişimi bir organizasyon şeması tazelemesi değil, teşvik sisteminin yeniden yazımıdır.

Portföy ritmi ve CoE'nin doğru rolü

Çeyreklik portföy ritmi üç şey yapar: bütçeyi çeyrekte bir yeniden dağıtır, her girişimden çeyrek sonunda kanıt ister ve kanıt üretmeyeni kapatır. Yıllık bütçe döngüsünde bu üçü de yapılamaz; yıl ortasında ortaya çıkan fırsat bir sonraki yıla yazılır ve genelde konusu geçer.
Center of Excellence (CoE) dönüşüm ve AI programlarında en sık yanlış konumlanan yapıdır. Yanlış rol: her girişimin geçmek zorunda olduğu onay kapısı. Bu kurulumda CoE kaçınılmaz olarak darboğaza döner ve iş birimleri onu atlatmanın yollarını arar (gölge projeler). Doğru rol üç maddedir:
  1. Şablon ve standart üretmek — referans mimari, eval seti şablonu, model kartı formatı, satın alma maddeleri.
  2. Paylaşılan altyapı işletmek — eval çalıştırma ortamı, loglama/izleme, erişim yönetişimi.
  3. Yetenek sağlamak — iş birimine gömülü çalışan uzman; CoE'de değil, sahada.
Ölçüt basittir: CoE'nin başarısı kendi ürettiği proje sayısıyla değil, iş birimlerinin CoE'ye ihtiyaç duymadan doğru işi yapabilme oranıyla ölçülür.

Anahtar Çıkarımlar

  1. Operating model satın alınamayan tek dönüşüm bileşenidir; teknoloji, veri ve yetenek tedarik edilebilir, karar hakları edilemez.
  2. Karar hakları yazılı değilse her sürtünme yukarı eskalasyon üretir; hız kaybının kaynağı model kalitesi değil onay kuyruğudur.
  3. Proje ekibi dağılır, ürün ekibi kalır — kurumsal öğrenmeyi taşıyan yapı ikincisidir.
  4. CoE bir onay makamına dönüştüğünde darboğaza döner; doğru rolü şablon, eval altyapısı ve yetenek sağlayıcılığıdır.

Bu çerçeveyle çalışan araçlar

Use-Case Önceliklendirme

İş değeri × fizibilite ekseninde nicel puanlama — girişim portföyünün ilk taslağı.

Sıkça Sorulan Sorular

Dönüşüm ofisi (transformation office) kurmak gerekli mi?▾

Portföy ritmini işletecek ve karar haklarını takip edecek küçük bir çekirdek faydalıdır (2–4 kişi). Faydalı olmaktan çıktığı eşik, ofisin girişimleri kendisinin yürütmeye başlamasıdır; o noktadan sonra ofis bir iş birimi gibi davranır ve tarafsız portföy kararı veremez.

Karar hakları matrisi RACI ile aynı şey mi?▾

Değil. RACI bir görevde kimin sorumlu/danışılan olduğunu tanımlar; karar hakları matrisi ise *hangi kararın hangi eşikte kimde kaldığını* tanımlar. Fark pratikte kritiktir: RACI eskalasyonu düzenler, karar hakları eskalasyonu gereksiz kılar.

Ürün ekiplerine geçiş için kaç kişilik yapı gerekir?▾

Uçtan uca sorumluluk taşıyabilen en küçük yapı pratikte 5–9 kişidir: ürün sahibi, 2–4 geliştirici, veri/analitik, ve süreç tarafından bir uzman. Bundan küçük ekipler bağımlılıklarla, büyük ekipler koordinasyon maliyetiyle yavaşlar.

AI için ayrı bir operating model gerekir mi?▾

Ayrı bir model değil, mevcut modele üç ek gerekir: otonomi seviyesi kararının nerede alındığı, eval sonuçlarının kim tarafından kabul edildiği ve insan onay noktalarının kim tarafından tanımlandığı. Paralel bir 'AI operating model' kurmak iki hızlı bir kurum yaratır ve entegrasyon borcu üretir.

İlgili temel konular

Dijital Dönüşüm

Yapay Zeka Dönüşümü

Diğer çerçeveler

Kurumunuzun basamağını birlikte belirleyelim

Mevcut durumun teşhisi, en zayıf boyutun darboğazı ve önümüzdeki çeyrek için üç somut aksiyon — bir görüşmeyle başlayabiliriz.

İletişime GeçTüm Dönüşüm Bölümü