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:
1
%70 Ana Ürün Özellikleri: Doğrudan müşteriye değer katan ticari hedeflere ve ciroya ayrılır.
2
%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.
3
%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ı
MekanizmaYönetici yol haritası hizalaması 3 kurumsal kuralla işler:
1
Ö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.
2
%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.
3
%70 Üzerinde Tam Ürün Özerkliği: Mühendislik ekibinin %70'lik ürün sepetindeki iş sıralamasına veto hakkı yoktur.
4
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şim70/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.
📋
GERÇEK DÜNYA TELEMETRİSİVaka İncelemesi (TinyCTO Saha Örneği)
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ı:
1
Kapasitenin %70'i CPO'nun entegrasyonlarına verildi,
2
%20'si CTO'nun veritabanı bölümleme ve havuz yenileme işine ayrıldı, ve
3
%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ırmaQ1
Ü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.
Q2
%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