Conway Yasası & Ters Conway Manevrası

Stack: DELIVERY THEATER STACK →Staff+ (L6+)architectural-primitive

ÖZET VE TEKNİK CEVAP

Organizasyonlar kendi iç iletişim yapılarını birebir kopyalayan sistemler tasarlar; Ters Conway Manevrası ise hedeflenen yazılım mimarisini elde etmek için önce ekipleri yeniden yapılandırır.

Mühendislik El Kitabı & Mekanizma

1. Temel Çalışma Mekanizması

1967'de Melvin Conway tarafından formüle edilen yasa şunu söyler: 'Sistem tasarlayan organizasyonlar, kendi iletişim yapılarını yansıtan sistem tasarımları üretirler.' Eğer bir şirkette ayrı Frontend, Backend ve Veritabanı ekipleri varsa, ekipler arası devir gecikmeleri yüksek 3 katmanlı bir mimari ortaya çıkar. 'Ters Conway Manevrası' ise istenen gevşek bağlı mimariyi elde etmek için ekipleri domain sınırlarına göre uçtan uca otonom takımlar halinde kurar.

2. Doğru Kullanım Senaryosu

Monolitik kod tabanlarını mikroservislere bölerken veya 30'dan fazla geliştiriciye sahip mühendislik departmanlarını yeniden yapılandırırken zorunludur.

3. Prodüksiyon Arıza Modları

Geliştiren ekiplerin senkron toplantılarla çalışması nedeniyle aynı anda ve tek bir tren halinde canlıya alınması gereken 10 servislik 'dağıtık monolit' garabeti.

4. Teşhis ve Telemetri Sinyalleri

Ufak bir özelliğin bile 4 farklı ekibe ait 4 ayrı repoya PR açılmasını gerektirmesi ve teslimat süresinin haftalarca uzaması.

5. Önleme ve Mimari Bariyerler

Team Topologies yaklaşımını uygulayın: Bağımsız uçtan uca sahipliğe sahip Stream-Aligned (Akış Odaklı) ekipler kurun; bunları self-servis Platform ve Destek ekipleriyle destekleyin.

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

Bağımsız mimari ve otonom teslimat hızı karşılığında organizasyonel yeniden yapılanma ve uzmanların T-şekilli mühendislere dönüşümünü gerektirir.

Vaka İncelemesi (TinyCTO Örneği)

TinyCTO Bölüm 4: 12 ekibe darboğaz olan tek bir 'Ortak Veritabanı Ekibi' vardı. Veritabanı uzmanlarını doğrudan ürün domain ekiplerine dağıtmak bilet bekleme sürelerini %80 azalttı.

İnteraktif Konsept Alıştırmaları

3 Alıştırma

Conway Yasası neyi ifade eder?

Sistem mimarisi, onu inşa eden ekiplerin kurumsal iletişim ve organizasyonel yapısını yansıtır.

Ters Conway Manevrası (Reverse Conway Maneuver) nedir?

Kodu yazmadan önce ekipleri hedeflenen yazılım mimarisine uyacak şekilde organize etmektir.

Fonksiyonel silolar (Frontend - Backend - DBA) neden yüksek MTTR'a yol açar?

Çünkü katmanlar arası kesintileri teşhis edip çözmek, kopuk ekipler arasında sürekli bilet devri ve bağlam kaybı gerektirir.

Conway Yasası & Ters Conway Manevrası — Sıkça Sorulan Sorular

Ekip sınırlarınızın yazılım sınırlarıyla eşleştiğini nasıl anlarsınız?

Eğer tek bir ekip diğer ekiplerle toplantı yapmadan bir özelliği tasarlayıp, kodlayıp, test edip canlıya alabiliyorsa sınırlar uyumludur.

Tek bir monolitik ekiple mikroservis mimarisi kurulabilir mi?

Teknik olarak evet, ancak Conway Yasası zamanla bu mikroservisleri birbirine sıkı sıkıya bağlı bir dağıtık monolite dönüştürecektir.

Team Topologies'de 'Stream-Aligned Team' (Akış Odaklı Ekip) nedir?

Belirli bir iş alanına veya kullanıcı yolculuğuna odaklanarak sürekli değer akışı üreten çok fonksiyonlu ekiptir.

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

Temel Gerçekler & İlkeler

▸Ekip sınırları doğal API sınırları yaratır; ekiplerin iletişim kurmadığı yerde yapay API zorlamak sürtünme doğurur.
▸Mimari, organizasyonel yeniden yapılanmadan bağımsız olarak modernize edilemez.

Yaygın Yanılgılar

✗Ekip yapısını değiştirmeden sadece daha zeki geliştiriciler alarak Conway Yasasını baypas edebileceğini sanmak.

Karar Kılavuzu & Önceliklendirme

Kod tabanınızdaki bounded context (sınırlandırılmış bağlam) yapılarını doğrudan otonom ekiplerin sahipliğiyle hizalayın.

Doğrulanmış Kaynaklar & Referanslar

[BOOK]Team Topologies: Organizing Business and Technology Teams for Fast Flow— IT Revolution

İlgili Kavramlar

/learn/engineering-leadership