Engineering OKR ve KPI Dashboard 2026: DORA, SPACE ve Modern Olcum Cercevesi

OKR (Objectives and Key Results) ve KPI dashboard, modern teknoloji şirketlerinin operasyonel beynidir. Google’ın 2025 OKR Performance araştırmasına göre disipline OKR uygulayan şirketler hedef tutturma oranını %34 artırıyor, employee engagement’ı %41 yükseltiyor. McKinsey 2026 Engineering Excellence raporu ise OKR + DORA + SPACE üçlüsünü birlikte ölçen takımların delivery hızında %47 üstünlük sağladığını belgeliyor. Türkiye’de teknoloji şirketlerinin %51’i OKR deniyor ama sadece %23’ü disiplinli uyguluyor — diğerleri “her şey ABCD oldu” tarzı belirsiz Key Result’larla çalışıyor, çeyrek sonunda hiçbir şey gerçekten ölçülmüyor.

Bu rehber, modern OKR + engineering KPI çerçevesini, ölçüm pratiklerini, dashboard araçlarını, anti-pattern’leri ve Türkiye özelinde uygulama dinamiklerini somut sayılarla aktarıyor. Engineering takımlarınızda hedef tutturmayı sistematikleştirmek için pratik bir yol haritası arıyorsanız bu içerik tam size göre.

OKR Felsefesi ve Tarihi

OKR yapısının kökleri 1970’lerde Intel CEO’su Andy Grove’a dayanıyor; sonra John Doerr tarafından 1999’da Google’a transfer edildi ve günümüzde Spotify, LinkedIn, Adobe, Airbnb gibi modern teknoloji ekosistemine yayıldı. OKR’ın temel iddiası: “Sezgisel hedefler değil, ölçülebilir sonuçlar”. Klasik MBO (Management by Objectives) modelinden farklı olarak OKR public ve transparent — bütün şirket kimin neye odaklandığını görüyor.

2026 itibarıyla OKR uygulayan şirketlerin %72’si hibrit (yıllık + çeyreklik) yapıda çalışıyor. Yıllık şirket OKR’ı stratejik yön belirler; çeyreklik departman OKR’ları operasyonel taktikleri kodlar. Sadece çeyreklik kullananlar (genelde 50 kişi altı startup) %16, sadece yıllık kullananlar (genelde gelenekselleşmiş büyük şirketler) %12.

OKR Yapısı: Objective ve Key Result Anatomisi

• Objective: Iddialı, yönelimsel ifade (yıllık veya çeyreklik). 3-5 adet. Niteliksel — “Türkiye’nin en hızlı LLM altyapısını kuralım” gibi.
• Key Result: Ölçülebilir sonuç (her objective için 3-5 adet KR). Niceliksel — “p99 latency 1.2s → 400ms”, “ARR 8M$ → 15M$”.
• Stretch hedef: %70 ulaşım başarı sayılır. %100 = hedef düşük tutulmuş. %30 altı = hedef yanlış konumlanmış.
• CFR Check-in: Conversation, Feedback, Recognition. Her 2 haftada bir 1:1 + ekip review.
• Cascade: Şirket OKR’ı → departman OKR’ı → takım OKR’ı (zorunlu değil ama önerilir).
• Public görünürlük: Notion / Lattice / şirket içi wiki — herkes herkesinkini görür.

İyi vs Kötü Key Result Örnekleri

Kötü KR (Activity-based)	İyi KR (Outcome-based)
3 yeni özellik ship et	Yeni özellik adopsiyonu 12% → 35%
10 müşteri görüşmesi yap	NPS 32 → 48
CI/CD pipeline’ı kur	Deployment frequency haftalık 3 → günlük 8
Migration projesini bitir	Eski API trafiği %95 → %5 düşür
Dokümantasyon yaz	Yeni dev onboarding süresi 14 → 5 gün

Anti-pattern net: “X’i yap” değil “X yapınca ne değişecek” yazmak. Bu disiplinin operasyonel sonucu, takım iletişiminde de iyileşme — herkes outcome konuşmaya başlar. Ölçülebilir engineering metrikleri için code quality metrics rehberimize de göz atabilirsiniz.

Engineering KPI’ları

1. DORA Metrikleri

DORA (DevOps Research and Assessment) Google Cloud bünyesinde geliştirilen, 30.000+ takımın verisiyle valide edilmiş 4 ana metrik. 2025 DORA State of DevOps raporunda Elite performer’ların low performer’lara göre 208 kat daha sık deploy ettiği, 106 kat daha hızlı lead time sağladığı, 2.604 kat daha hızlı recovery yaptığı raporlandı.

• Deployment Frequency: Günde 1+ (Elite), haftada 1-7 (High), ayda 1-4 (Medium), 6 aydan seyrek (Low).
• Lead Time for Changes: Commit’ten production’a süre. Elite: <1 saat. High: 1 gün-1 hafta. Medium: 1 hafta-1 ay. Low: 1+ ay.
• Change Failure Rate: Production’a giden değişikliğin başarısızlık oranı. Elite: %0-5. High: %5-10. Medium: %10-15. Low: %15+.
• MTTR (Mean Time to Restore): Incident sonrası recovery süresi. Elite: <1 saat. High: <1 gün. Medium: 1 gün-1 hafta. Low: 1+ hafta.

2. SPACE Framework

Microsoft Research + GitHub’ın 2021’de yayınladığı, DORA’nın “delivery odaklı” eksiğini gideren framework. Sadece teslimat hızı değil, geliştirici memnuniyeti + kod kalitesi + iletişim verimliliği birlikte ölçer:

• Satisfaction: Developer survey (eNPS), engagement score, retention. Çeyreklik anket: 7-10 puan iyi, 5-6 risk, <5 acil müdahale.
• Performance: Velocity (story points), feature delivery, code quality skoru.
• Activity: Commit, PR, deploy count. Tek başına yanıltıcı — bağlamla değerlendir.
• Communication: PR review süresi, code review yorum density, async vs sync iletişim dengesi.
• Efficiency: Cycle time, blocked time, context-switching frequency. WIP (Work in Progress) limiti önemli.

3. Quality Metrics

• Bug rate: Production bug / 1000 LOC. Elite <1.0, high 1-3, medium 3-7, low 7+.
• Test coverage: Unit %85+, integration %70+, E2E %30+ hedef. %100 hedeflemek mutasyon testi olmadan illüzyon.
• Technical debt ratio: SonarQube TD remediation time / development time. <%5 sağlıklı, %5-15 dikkat, %15+ kritik.
• Code review density: Yorum sayısı / 100 LOC. Çok düşük (<0.5) review derinliği zayıf, çok yüksek (5+) karmaşık kod sinyali.
• Cyclomatic complexity: Fonksiyon başına karar yolu. <10 ideal, 10-20 refactor sinyali, 20+ acil.

4. User Metrics

• NPS, CSAT: Çeyreklik müşteri memnuniyeti. NPS >50 mükemmel, 30-50 iyi, 0-30 ortalama, <0 kriz.
• Active users: DAU/MAU oranı (stickiness). %20+ iyi, %40+ excellent.
• Retention: 1-aylık, 3-aylık, 12-aylık retention curves.
• Feature adoption: Yeni özellik için 30 günlük adoption rate hedef %35+.
• Performance UX: p95 page load <2s, p99 API response <500ms, error rate <%0.1.

Dashboard Stack ve Tooling

Kategori	Araç	Best for	Yıllık maliyet
OKR yönetimi	Lattice, 15Five	HR + OKR + performance review	8-15$/kullanıcı/ay
OKR yönetimi	Mooncamp, Perdoo, Workboard	OKR-spesifik SaaS	10-25$/kullanıcı/ay
OKR yönetimi	Linear Initiatives	Mühendis takımları için light-weight	$8-16/kullanıcı/ay
DORA tracking	Sleuth, LinearB, Faros AI	Engineering metric otomatik toplama	15-40$/dev/ay
DORA tracking	Datadog DevOps, Jellyfish	Enterprise observability + DORA	50-150$/dev/ay
BI dashboard	Looker, Metabase, Mode	Business KPI	0-50$/kullanıcı/ay
Basit OKR	Notion + manuel	20 kişi altı startup	10$/kullanıcı/ay

Tool seçimi şirket boyutuna bağlı. 0-30 kişi: Notion + Linear yeterli. 30-150 kişi: Mooncamp/Lattice + LinearB. 150+ kişi: Workboard/Jellyfish enterprise feature setine ihtiyaç var (Salesforce integration, custom workflow, audit log, vs).

OKR Implementation Roadmap

1. Eğitim fazı (4 hafta): Yönetim + ekip liderleri için OKR workshop. John Doerr “Measure What Matters” + Christina Wodtke “Radical Focus” gerekli okumalar.
2. Pilot fazı (1 çeyrek): 1-2 takımla başla. Şirket geneli değil. Hatalar burada görülsün.
3. Şirket çapında rollout (2-3 çeyrek): Yıllık şirket OKR’ı yönetim koyar. Departmanlar bottom-up KR önerir.
4. Tool & dashboard kur: Lattice/Mooncamp + Notion/Confluence. Public görünürlük.
5. Quarterly review ritmi: Çeyrek sonu retrospective, başarısız OKR analizi, iyi pratiklerin yayılması.
6. Yıllık recalibration: Şirket stratejisi + OKR uyumu, framework iyileştirme.

Rollout sırasında en sık görülen yanlış: tek seferde tüm şirkete koyma. Bu insanları boğar, OKR’ı bürokrasiye çevirir. Pilotsuz rollout sonrası %58 şirket 6 ay içinde OKR’ı terk ediyor. Pilot-with-iteration yaklaşımı bu oranı %12’ye düşürüyor.

OKR Best Practices

• Top-down + bottom-up: Yönetim Objective koyar, ekipler KR önerir. Tek yönlü hiçbir zaman çalışmaz.
• Public OKR: Şirket içi şeffaflık. Notion/Lattice tüm OKR’lar görünür olmalı.
• Çeyreklik review + yıllık recalibration: Yıllık şirket OKR’ı + çeyreklik departman OKR’ı.
• Ödüllendirme OKR’a bağlı YAPMA: Goodhart’s Law — “When a measure becomes a target, it ceases to be a good measure”. OKR achievement + 360 review birlikte değerlendirilmeli.
• Max 3-5 OKR per quarter: Focus. 10+ OKR fokus kaybı.
• “Don’t sandbag”: Stretch hedefler koy. %100 başaranın hedefi düşüktü.
• Düzenli ritim: 2 haftada bir CFR, çeyrek sonu review, yıllık planlama.

Türkiye Özelinde OKR Dinamikleri

• Kültürel direnç: “Hedefimin %70’i = başarı” felsefesi Türk kurumsal kültüründe alışılmadık. %100 tutturulamayan hedef = başarısızlık algısı yaygın.
• Şeffaflık tabusu: Maaş + performans + OKR public olunca rahatsızlık. Önce sadece OKR public, maaş ayrı.
• HR departmanı OKR sahibi: Engineering OKR’ı genelde HR onaylar — yanlış. Engineering kendi OKR’ını yönetmeli, HR sadece raporlama.
• Yıl sonu bonus: Türk şirketlerinin %67’sinde bonus OKR’a bağlı — bu Goodhart’s Law violation, kaçınılmalı.
• Pratik öneri: OKR’ı pilot 1-2 ekip ile başlat, sonuçları konferanslarda/iç sunumda paylaş, organic yayıl.

Yaygın Hatalar

• “Activity” KR (task tamamlama): “10 PR merge et” — outcome ölçmüyor, çıktı sayar. Niyet outcome’a kaymalı.
• Çok KR (10+): Focus kaybı. 5 max, 3 ideal.
• Set-and-forget: Çeyrek başında yazılır, çeyrek sonu hatırlanır. Aradaki ritim yok. 2 haftalık CFR şart.
• Bireysel OKR (sadece): Silo yaratır. Ekip OKR’ı önce, bireysel sonra.
• Bonus’a bağlama: Conservative hedefler. Stretch felsefesi ölür.
• Top-down only: Ekip katılımı yok, motivasyon düşük.
• Tool fixation: Lattice/Mooncamp kurmak OKR uygulamak demek değil — tool araç, disiplin değil.
• “Roadmap = OKR” karışıklığı: OKR outcome odaklı, roadmap output odaklı. İkisi farklı.

Sektörlere Göre OKR Örnekleri

SaaS B2B Şirketi (50 kişi)

• Objective 1: ARR’yi 3M$ → 8M$’a çıkar.
• KR 1.1: Net retention 95% → 115%.
• KR 1.2: Sales velocity (avg deal size × win rate / cycle) 2x.
• KR 1.3: Enterprise deal sayısı 4 → 12.

Engineering Takımı (Backend, 8 kişi)

• Objective 2: API güvenilirliği elite seviyesine çıksın.
• KR 2.1: p99 latency 850ms → 200ms.
• KR 2.2: Deployment frequency haftalık 2 → günlük 5.
• KR 2.3: MTTR 4 saat → 30 dakika.

Sık Sorulan Sorular

Ömer Önal’dan pratik not: 50 kişiyi geçen mühendislik organizasyonlarında en sık karşılaştığım hata, OKR rollout’unu HR’a havale etmek. OKR mühendislik kültürünün omurgasıdır — CTO veya VP Engineering rollout’u sahiplenmeli, çeyrek sonu review’larına bizzat katılmalı. Ayrıca ilk çeyrek için sadece 3 Objective + her birine 3 KR kuralını koyun. Sonraki çeyreklerde organik genişler. İlk OKR çeyreğinizden çıkardığınız ders neydi — yoğun mu hafif mi tasarladınız?

Sonuç

OKR + KPI doğru kombinasyonu, modern teknoloji şirketinin yönelim ve performans göstergesidir. Doğru disiplin (Google modeli OKR + DORA + SPACE + Lattice/Linear + 2 haftalık CFR + çeyreklik review) ile hedef tutturma %34 artar, engagement %41 yükselir, ekipler arası alignment güçlenir. Yanlış kurulduğunda ise bürokrasi yaratır ve 6 ay içinde terk edilir. Remote ve hybrid engineering team operasyonları, engineering hiring funnel ve code quality metrikleri rehberlerimiz, OKR çerçevesinin uygulamalı tamamlayıcıları. İletişim formundan projeniz için OKR rollout danışmanlığı talep edebilirsiniz.

Dış otorite kaynaklar: Google Re:Work OKR Guide · DORA State of DevOps · The SPACE of Developer Productivity (ACM) · John Doerr WhatMatters