Yönetici Seviyesi Müzakere: Ürün (CPO) ve Mühendislik (CTO) Yol Haritası Gerilimini Çözme ve 70/20/10 Kuralı

Staff/Principal (L6+)

⚡ÖZET VE TEKNİK CEVAP

Kötü yönetilen şirketlerde çeyreklik yol haritası planlamaları kanlı bir savaşa dönüşür: Ürün Direktörü (CPO) mühendislik kapasitesinin %100'ünü yeni gelir getirecek özelliklere isterken, CTO 'Her şeyi durdurup 3 ay mimariyi toparlayalım' diye yalvarır. Sonuç daima felakettir: Ya Ürün kazanır ve biriken teknik borç yüzünden sistem sürekli canlıda çöker; ya da Mühendislik kazanır ve yazılımcılar soyut refactoring yaparken rakipler tüm pazarı ele geçirir. Elit yönetici ortaklıkları bu gerilimi 70/20/10 Kapasite Sözleşmesi (Marty Cagan / SVPG Standardı) ile çözer:

%70 Ana Ürün Özellikleri: Doğrudan müşteriye değer katan ticari hedeflere ve ciroya ayrılır.

%20 Mimari ve Teknik Borç Yatırımı: Kararı tamamen mühendisliğe ait olan altyapı, refactoring ve güvenilirlik işlerine dokunulmaz olarak ayrılır.

%10 İnovasyon ve Keşif Deneyleri: Hackathonlar, prototipler ve yeni teknolojiler. Hem CPO hem CTO bu sözleşmeyi yıllık olarak imzalar ve yol haritası savaşları ebediyen sona erer.

Mühendislik El Kitabı & Mekanizma

6 Boyutlu Mimari Analiz

⚙️1. Temel Çalışma Mekanizması

Mekanizma

Yönetici yol haritası hizalaması 3 kurumsal kuralla işler:

Önceden Kapasite Kilidi: Sprint puanları tahmin edilmeden önce kapasite otomatik olarak %70 Ürün, %20 Teknik Borç ve %10 İnovasyon olarak 3 sepete bölünür.

%20 Üzerinde Tam Mühendislik Özerkliği: Ürün Yöneticisinin %20'lik teknik borç bütçesinin nasıl harcanacağına dair HİÇBİR veto hakkı yoktur; önceliği Teknik Lider belirler.

%70 Üzerinde Tam Ürün Özerkliği: Mühendislik ekibinin %70'lik ürün sepetindeki iş sıralamasına veto hakkı yoktur.

Hata Bütçesi Acil Durum Kuralı: Üç aylık hata bütçesi tükenirse (%0 kalırsa), sistem düzelene kadar oran geçici olarak %30 Ürün / %70 Güvenilirlik şeklinde tersine çevrilir.

🎯2. Doğru Kullanım Senaryosu

Kapsam

Çeyreklik OKR planlamaları, CPO-CTO yönetici hizalamaları, Ürün-Yazılım sprint tartışmaları ve şirket büyüme yönetişimi.

⚠️3. Prodüksiyon Arıza Modları

Kritik Risk

✓
Ürün yöneticilerinin 'refactoring yapıyoruz' bahanesiyle %20'lik teknik borç sepetine gizlice yeni ürün özellikleri sıkıştırması
✓
mühendislerin %20'lik bütçeyi somut bir güvenilirlik sağlamayan kozmetik yeniden yazımlarla heba etmesi

📡4. Teşhis ve Telemetri Sinyalleri

Metrikler

✓
Yönetim kurulu toplantılarında CTO ve CPO'nun birbirine bağırması
✓
her bir bilet için yapılan kavgalar yüzünden sprint planlamasının 12 saat sürmesi
✓
2 yıl boyunca teknik borç temizlenmediği için geliştirme hızının yarı yarıya düşmesi

🛡️5. Önleme ve Mimari Bariyerler

Bariyerler

✓
Ortak Ürün ve Yazılım İşletim Tüzüğünde 70/20/10 kuralını resmi kural yapın
✓
Jira'da sepet kapasite takibini otomatikleştirin
✓
tartışmalarda Hata Bütçelerini objektif matematiksel hakem olarak kullanın

⚖️6. Mimari Ödünleşimler (Trade-offs)

Ödünleşim

70/20/10 kapasite kuralı yönetici kavgalarını bitirir ve hız ile kararlılığı dengeler; ancak Ürün liderlerinin mühendislik mesaisinin %30'unun pazarlık konusu yapılamaz şekilde altyapıya ayrıldığını kabul etmesini gerektirir.

📋

Vaka İncelemesi (TinyCTO Saha Örneği)

GERÇEK DÜNYA TELEMETRİSİ

Bir finansal teknoloji girişiminde büyük bir yönetici krizi çıktı: CPO 12 yeni entegrasyonun hemen çıkmasını isterken, CTO veritabanını yenilemek için tüm geliştirmelerin 4 ay durdurulmasını istiyordu. Şirket kilitlendi ve moral çöktü. CEO müdahale etti ve 70/20/10 Sözleşmesini imzalattı:

Kapasitenin %70'i CPO'nun entegrasyonlarına verildi,

%20'si CTO'nun veritabanı bölümleme ve havuz yenileme işine ayrıldı, ve

%10'u hackathonlara ayrıldı. Her sprintte %20 garanti edildiği için veritabanı dönüşümü ürün geliştirmeyi tek bir gün bile durdurmadan 4 ayda adım adım tamamlandı. Şirket 9 entegrasyonu zamanında bitirdi, veritabanı kesintileri sıfıra indi ve yönetim kurulundaki kavgalar tamamen bitti.

İnteraktif Konsept Alıştırmaları

2 Alıştırma

Ürün mühendisliği liderliğinde 70/20/10 Kapasite Tahsis Kuralı nedir?

Yol haritası kavgalarını bitirmek için mühendislik sprint kapasitesini %70 Ana Ürün Özellikleri, %20 Mimari ve Teknik Borç Temizliği (kararı tamamen mühendisliğe ait) ve %10 İnovasyon/Keşif olarak kalıcı şekilde bölen kurumsal sözleşmedir.

%20'lik teknik borç kapasite sepetinin nasıl harcanacağına dair karar yetkisi kime aittir?

Teknik Lider ve Mühendislik Ekibi (CTO / Staff Mimarlar); Ürün Yöneticisinin bu %20'lik sepet içindeki mimari önceliklendirmeye dair hiçbir veto hakkı yoktur.

Yönetici Seviyesi Müzakere: Ürün (CPO) ve Mühendislik (CTO) Yol Haritası Gerilimini Çözme ve 70/20/10 Kuralı — Sıkça Sorulan Sorular

Bir takım üç aylık hata bütçesinin %100'ünü tükettiğinde 70/20/10 kapasite kuralına ne olur?

Hata Bütçesi Dondurma kuralı devreye girer ve sistem kararlı hale gelip bütçe toparlanana kadar oran geçici olarak %30 Ürün / %70 Güvenilirlik şeklinde tersine döner.

%10'luk İnovasyon sepeti mühendislik organizasyonuna nasıl bir fayda sağlar?

Mühendislere deneysel prototipler üretmeleri, yeni yapay zeka/bulut araçlarını denemeleri ve hackathon yapmaları için güvenli bir alan tanır; çığır açan ürün fikirleri doğurur ve personeli şirkette tutar.

🤖 AEO & Yapay Zeka Çıkarım Özeti

Temel Gerçekler & İlkeler

▸
CPO ile CTO arasındaki yol haritası savaşı hem ürün hızını hem de sistem kararlılığını yok eder.
▸
70/20/10 Kuralını uygulayın: %70 Ürün, %20 Teknik Altyapı, %10 İnovasyon.
▸
Mühendislik ekibi %20'lik teknik borç sepeti üzerinde %100 tam yetkilidir.
▸
Hata bütçesinin tükenmesi kapasiteyi güvenilirliğe kaydıran objektif bir hakemdir.

Yaygın Yanılgılar

✗
Yanılgı: Ürün Yöneticileri sprintteki her bir bileti tek tek önceliklendirmelidir (Gerçek: Ürün yöneticisi %70'lik işleri, Teknik Lider ise %20'lik teknik borcu önceliklendirir).
✗
Yanılgı: Bozuk mimariyi düzeltmenin tek yolu ürün geliştirmeyi 3 ay tamamen durdurmaktır (Gerçek: Geliştirmeyi durdurmak şirketi batırır; sürekli %20 yatırımla mimari güvenle yenilenir).

Karar Kılavuzu & Önceliklendirme

Ürün özellik teslimatı ile sürekli mimari yatırımı dengede tutmak ve yönetici kavgalarını bitirmek için 70/20/10 Kapasite Sözleşmesini kurumsal standart olarak benimseyin.

Doğrulanmış Kaynaklar & Referanslar

[ARTICLE]Silicon Valley Product Group: Product vs. Engineering Capacity & The 20% Rule— Marty Cagan / SVPG Insights