Senior (L5)
⚡Ö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:
1
Dağıtım Sıklığı (Deployment Frequency): Kodun ne sıklıkla canlıya alındığı (Elit: Günde birden fazla).
2
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).
3
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).
4
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ı
MekanizmaDORA metrik otomasyonu CI/CD ve kriz webhook'larının birleştirilmesiyle işler:
1
Dağıtım Sıklığı ve Teslim Süresi: GitHub Actions her
main dalı dağıtımında bir webhook fırlatarak ilk commit zamanı ile canlıya çıkış arasındaki süreyi hesaplar.2
Değişiklik Başarısızlık Oranı: Sistem, PagerDuty arızalarını son 60 dakika içinde yapılan canlı dağıtımlarla otomatik eşleştirir.
3
Hizmeti Kurtarma Süresi: PagerDuty arızanın başladığı an ile çözüldüğü an arasındaki süreyi kaydeder.
4
Takım Panelleri: Grafana panelleri kişileri hedef göstermeden takım seviyesinde 4 metriğin durumunu canlı gösterir.
🎯2. Doğru Kullanım Senaryosu
KapsamMühendislik organizasyonel kıyaslamaları, CI/CD boru hattı olgunluk değerlendirmeleri, çevik dönüşüm denetimleri ve DevOps performans optimizasyonları.
⚠️3. Prodüksiyon Arıza Modları
Kritik Risk- ✓DORA metriklerini bireysel mühendisleri yarıştırmak için kullanıp insanların dağıtım sayısını şişirmek için 1 harflik yüzlerce anlamsız PR açmasına yol açmak
- ✓hızı artırırken hata oranını (CFR) takip etmeyip canlıyı çöplüğe çevirmek
📡4. Teşhis ve Telemetri Sinyalleri
Metrikler- ✓Manuel test süreçleri yüzünden bir satır kodun canlıya çıkmasının 45 gün sürmesi
- ✓dağıtımların ayda sadece 1 kez Cumartesi gecesi yapılabilmesi
- ✓küçük bir hata için kurtarma süresinin 8 saati aşması
🛡️5. Önleme ve Mimari Bariyerler
Bariyerler- ✓DORA metriklerini asla bireysel çalışan değil, daima takım seviyesinde ölçün
- ✓Hız metrikleri ile Kararlılık metriklerini dengede tutun
- ✓arıza oranını düşük tutmak için otomatik canary geri alma sistemlerini devreye alın
⚖️6. Mimari Ödünleşimler (Trade-offs)
ÖdünleşimDORA metrikleri yazılım teslimat performansını ölçmede dünya standardıdır; ancak verileri doğru toplayabilmek için otomatik CI/CD ve kriz takip entegrasyonları gerektirir.
📋
GERÇEK DÜNYA TELEMETRİSİVaka İ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ırmaQ1
Yazılım teslimat performansını tanımlayan 4 temel DORA metriği nedir?
1. Dağıtım Sıklığı (Hız), 2. Değişiklik Teslim Süresi (Hız), 3. Değişiklik Başarısızlık Oranı (Kararlılık), ve 4. Hizmeti Kurtarma Süresi / MTTR (Kararlılık).
Q2
Bilimsel DORA araştırmaları hız (speed) ile kararlılık (stability) arasındaki ilişki hakkında neyi kanıtlamıştır?
Hız ile kararlılık arasında bir ödünleşme (trade-off) yoktur; küçük değişikliklerle sık dağıtım yapan yüksek performanslı ekipler, yavaş ve hantal ekiplere kıyasla HEM çok daha hızlıdır HEM DE çok daha az hata yaparlar.
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