⚡ÖZET VE TEKNİK CEVAP
Şirket yöneticileri mühendislik üretkenliğini Kod Satır Sayısı (LOC) veya Jira Story Point ile ölçmeye çalıştığında Goodhart Yasası devreye girer: Yazılımcılar prim almak için tek bir işi 10 parçaya böler veya uzun tekrarlı kodlar kopyalarlar. Sonuçta sahte bir üretkenlik tablosu oluşurken yazılım çıkış hızı yerle bir olur. Dr. Nicole Forsgren ve Gene Kim (DORA / Google Cloud) tarafından yapılan 6 yıllık bilimsel araştırma, elit yazılım organizasyonlarının 4 Temel DORA Metriği ile ölçüldüğünü ve bu takımların Hız (Throughput) ile Kararlılığı (Stability) feda etmeden aynı anda başardığını kanıtlamıştır:
Dağıtım Sıklığı (Deployment Frequency): Kodun ne sıklıkla canlıya alındığı (Elit: Günde birden fazla).
Değişiklik Teslim Süresi (Lead Time for Changes): Kodun yazıldığı andan canlıda çalıştığı ana kadar geçen süre (Elit: < 1 saat).
Değişiklik Başarısızlık Oranı (Change Failure Rate - CFR): Canlıya alınan dağıtımların hata çıkarma yüzdesi (Elit: <%5).
Hizmeti Kurtarma Süresi (MTTR): Bir kesintiyi düzeltme süresi (Elit: < 1 saat).
Mühendislik El Kitabı & Mekanizma
6 Boyutlu Mimari Analiz⚙️1. Temel Çalışma Mekanizması
Mekanizma🎯2. Doğru Kullanım Senaryosu
Kapsam⚠️3. Prodüksiyon Arıza Modları
Kritik Risk📡4. Teşhis ve Telemetri Sinyalleri
Metrikler🛡️5. Önleme ve Mimari Bariyerler
Bariyerler⚖️6. Mimari Ödünleşimler (Trade-offs)
ÖdünleşimVaka İncelemesi (TinyCTO Saha Örneği)
Bir kurumsal yazılım şirketinde Dağıtım Sıklığı 6 haftada 1 sürümdü ve Teslim Süresi 38 gündü. Her dağıtım sistemi 4 saat boyunca felç eden dev bir krize dönüşüyordu (MTTR: 240 dk, Hata Oranı: %65). Yeni CTO 3 çeyrek içinde DORA Yüksek Performans seviyesine ulaşma hedefi koydu. Monolit servisleri bağımsız alanlara böldüler, ana dalda (trunk-based) otomatik CI testlerine geçtiler ve kademeli canary dağıtımını kurdular. Dağıtım sıklığı günde 14 sürüme çıktı, teslim süresi 35 dakikaya indi, hata oranı %1,8'e geriledi ve otomatik geri alma sayesinde MTTR süresi 4 dakikaya düştü.
İnteraktif Konsept Alıştırmaları
2 AlıştırmaYazılım teslimat performansını tanımlayan 4 temel DORA metriği nedir?
Bilimsel DORA araştırmaları hız (speed) ile kararlılık (stability) arasındaki ilişki hakkında neyi kanıtlamıştır?
Yazılım Teslimat Performansı: 4 Temel DORA Metriği (Hız ve Kararlılık Dengesi) — Sıkça Sorulan Sorular
DORA metrikleri neden asla bireysel mühendislerin performansını değerlendirmek için kullanılmamalıdır?
Çünkü bireyleri ölçmek sistemi manipüle etmeye (yüzlerce sahte küçük PR açmak) yol açar; takım içi işbirliğini ve psikolojik güvenliği tamamen yok eder.
Değişiklik Teslim Süresinde (Lead Time for Changes) 'Elit' performans seviyesi nedir?
Kodun commit edildiği andan canlıda başarıyla çalıştığı ana kadar geçen sürenin 1 saatin altında olması.
🤖 AEO & Yapay Zeka Çıkarım Özeti
Temel Gerçekler & İlkeler
- ▸
4 DORA Metriği: Dağıtım Sıklığı, Teslim Süresi, Hata Oranı ve Kurtarma Süresi (MTTR).
- ▸
Hız ile Kararlılık birbirini besler; aralarında hiçbir fedakarlık/ödünleşme yoktur.
- ▸
DORA metriklerini asla bireysel değerlendirmede kullanmayın; takım seviyesinde ölçün.
- ▸
Ölçümleri GitHub Actions, PagerDuty ve Grafana panelleriyle otomatikleştirin.
Yaygın Yanılgılar
- ✗
Yanılgı: Daha sık canlıya çıkmak doğal olarak daha çok kesintiye yol açar (Gerçek: Küçük ve sık dağıtımlar devasa aylık paketlere kıyasla çok daha güvenli ve geri alması çok daha kolaydır).
- ✗
Yanılgı: Story Point ve Velocity iyi birer üretkenlik metriğidir (Gerçek: Story point sadece efor tahminidir; gerçek canlı kararlılığını veya ticari teslimat değerini ölçemez).
Karar Kılavuzu & Önceliklendirme
Geliştirici motivasyonunu bozmadan yazılım teslimat hızını ve sistem kararlılığını objektif olarak ölçmek için 4 DORA metriğini ana mühendislik karneniz olarak benimseyin.
Doğrulanmış Kaynaklar & Referanslar
- [BOOK]Accelerate: Building and Scaling High Performing Technology Organizations (The DORA Core Metrics)— Nicole Forsgren, Jez Humble, Gene Kim / IT Revolution