> i̇ki_pizzalık_ekipler_&_bilişsel_yük_yönetimi

İki Pizzalık Ekipler & Bilişsel Yük Yönetimi

Mühendislik ekipleri 8-10 kişinin üzerine çıktığında verimlilik neden çöker?

Stack: DELIVERY THEATER STACK →Staff+ (L6+)pattern

⚡ÖZET VE TEKNİK CEVAP

Çünkü ekip içi iletişim kanalları karesel olarak [N*(N-1)/2] büyür; bu da bireylerin bilişsel kapasitesini koordinasyon yüküyle tüketir ve sorumluluk bilincini dağıtır.

Mühendislik El Kitabı & Mekanizma

6 Boyutlu Mimari Analiz

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

Mekanizma

Amazon'da Jeff Bezos tarafından popülerleştirilen ve Team Topologies ile standartlaşan İki Pizzalık Ekip kuralı; otonom bir ekibin iki pizzayla doyabilecek büyüklükte (genellikle 5-8 kişi) olması gerektiğini belirtir. Küçük ekipler koordinasyon yükünü en aza indirir, yüksek güven sağlar ve tüm ekibin kendi domain mimarisini zihinsel olarak rahatça kavramasına imkan tanır.

🎯2. Doğru Kullanım Senaryosu

Kapsam

10 mühendisten yüzlerce mühendise ölçeklenen teknoloji organizasyonlarında domain bazlı ekip yapılandırması.

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

Kritik Risk

Günlük toplantıların 45 dakika sürdüğü, çöken ödeme servisinin kime ait olduğunu kimsenin bilmediği ve 'nasılsa başkası bakar' denilerek PR'ların 2 hafta bekletildiği 25 kişilik hantal ekip.

📡4. Teşhis ve Telemetri Sinyalleri

Metrikler

15 dakikayı aşan standup toplantıları, geliştiricilerin anlamak zorunda oldukları devasa kod hacmi altında ezilmesi ve sürekli ekipler arası blokajlar.

🛡️5. Önleme ve Mimari Bariyerler

Bariyerler

✓
Kişi sayısı 8'i aştığında ekibi bölün
✓
her yeni takıma net tanımlı tek bir Bounded Context verin ve ekibin bilişsel yükünün domain karmaşıklığını aşmamasını sağlayın

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

Ödünleşim

Maksimum ekip hızı ve net sahiplik karşılığında net API sözleşmelerine ve güçlü bir platform ekibine olan ihtiyacı artırır.

📋

Vaka İncelemesi (TinyCTO Saha Örneği)

GERÇEK DÜNYA TELEMETRİSİ

TinyCTO Bölüm 15: 20 kişilik tek bir 'Core Backend Ekibi' üç adet 6 kişilik ekibe (Kimlik, Ödemeler, Lojistik) bölündü. Özellik teslimat hızı 60 günde 3 katına çıktı.

İnteraktif Konsept Alıştırmaları

3 Alıştırma

N kişilik bir ekipte iletişim kanalı sayısı formülü nedir?

N * (N - 1) / 2. 5 kişi için 10 kanal iken, 20 kişi için 190 kanala fırlar.

Ekip topolojisinde 'Bilişsel Yük' (Cognitive Load) nedir?

Bir ekibin kendisine atanan yazılım alanını inşa etmek, anlamak ve yönetmek için ihtiyaç duyduğu zihinsel efor miktarıdır.

İki pizzalık bir ekip için ideal kişi sayısı kaçtır?

5 ila 8 kişi (örneğin 4-6 mühendis, 1 ürün yöneticisi, 1 tasarımcı).

İki Pizzalık Ekipler & Bilişsel Yük Yönetimi — Sıkça Sorulan Sorular

Domain henüz oturmamışken bir ekibi çok erken bölerseniz ne olur?

Yapay sınırlar, gereksiz API koordinasyon yükü ve ekipler arasında sürekli bağımlılık kilitlenmesi yaratır.

İki pizzalık ekipler altyapı araçlarını sürekli yeniden icat etmekten nasıl kaçınır?

Özel Platform Ekipleri tarafından geliştirilen self-servis iç geliştirici platformlarını kullanarak.

Birden fazla küçük ekip arasında güvenlik gibi genel konular nasıl yönetilir?

Ekipleri eğiten, standartları belirleyen ve otomatik bariyerler kuran iç danışman niteliğindeki 'Enabling Ekipleri' ile.

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

Temel Gerçekler & İlkeler

▸
Ekip içi iletişim karmaşıklığı kişi sayısıyla karesel olarak büyür.
▸
Ekip büyüklüğünü 5-8 kişiyle sınırlamak otonomiyi, hızı ve sorumluluk bilincini maksimize eder.

Yaygın Yanılgılar

✗
Büyük bir ekibe daha fazla geliştirici eklemenin teslimatı hızlandıracağını sanmak (Brooks Yasası).

Karar Kılavuzu & Önceliklendirme

Ekip 8 kişiyi aştığında bölün; hantal ekipleri büyütmek yerine takımlara self-servis platform araçları sunun.

Doğrulanmış Kaynaklar & Referanslar

[BOOK]Team Topologies: Managing Cognitive Load— IT Revolution

İlgili Kavramlar

/learn/engineering-leadership