Internal Developer Platform olgunluÄŸu 2026’da platform engineering yatırımının ölçülebilir baÅŸarı kriteri; Puppet 2025 State of DevOps raporu IDP olgun kurumlarda deployment frequency’nin 4.3 kat, lead time’ın %71 daha kısa olduÄŸunu gösteriyor ve Humanitec 2025 Platform Engineering Benchmark Level 1-4 geçiÅŸinde developer satisfaction’ın %42’den %84’e yükseldiÄŸini açıklıyor.
IDP Maturity Model 2026 Bağlamı
Platform engineering disiplini 2022’de Team Topologies kitabıyla mainstream’e girdi, 2023’te Gartner Hype Cycle’da Innovation Trigger’a tırmandı. 2026’da Plateau of Productivity’ye yaklaşıyor. Humanitec 2025 raporu kurumsal IT bütçelerinin %12’sinin platform engineering yatırımına ayrıldığını, ancak ROI ölçümünün hala muÄŸlak olduÄŸunu gösteriyor. Maturity model bu boÅŸluÄŸu kapatıyor; CNCF Platform Engineering Working Group 2025 sonunda standart bir maturity model yayımladı.
Pazar manzarası: Stack Overflow Developer Survey 2025 platform engineering rolünün job listing’lerde bir yılda %147 arttığını gösteriyor. CNCF 2025 raporu IDP benimsenmesinin kurumsal Kubernetes ekosistemlerinde %58’e ulaÅŸtığını açıklıyor. Backstage (%58 pay), Port (%12), Cortex (%9), Humanitec (%8) pazarın dominant aktörleri.
5 Seviyeli IDP Maturity Model Framework
CNCF Platform Engineering Working Group 5 seviyeli maturity framework önerdi: ad-hoc, scripted, self-service, product, platform. Her seviye spesifik capability’lerle tanımlanıyor ve developer experience metric’leriyle ölçülüyor.
| Seviye | Ä°sim | Karakteristik | Tipik DX Skoru |
|---|---|---|---|
| 1 | Ad-hoc | Manuel ticket, no automation | 32/100 |
| 2 | Scripted | Some IaC, runbook’lar | 48/100 |
| 3 | Self-service | Catalog + golden path | 67/100 |
| 4 | Product | Developer = customer mindset | 78/100 |
| 5 | Platform | Continuous evolution, abstraction | 89/100 |
Her Seviye için Capability Checklist
Maturity model her seviyede ne yapılması gerektiÄŸini somut capability’lerle tanımlıyor. CNCF 2025 framework toplam 47 capability’yi 7 domain’de gruplandırıyor: developer onboarding, service catalog, self-service provisioning, observability, security, cost visibility, knowledge management.
Level 1 to Level 2 (Ad-hoc to Scripted): IaC tool kullanımı, runbook documentation, basic CI/CD. Level 2 to Level 3 (Scripted to Self-service): service catalog, software template, golden path, RBAC. Level 3 to Level 4 (Self-service to Product): developer satisfaction tracking, feature roadmap, dedicated platform team. Level 4 to Level 5 (Product to Platform): continuous evolution, multi-cloud abstraction, AI-assisted developer experience.
- Developer onboarding: Day 0 productivity hedefi.
- Service catalog: ownership metadata kalitesi.
- Self-service provisioning: golden path coverage.
- Observability: SLO awareness developer’lar tarafında.
- Security: shift-left + automated policy.
- Cost visibility: namespace-level chargeback.
- Knowledge management: TechDocs adoption.
DORA ve DX Metric ile Ölçüm Yöntemi
IDP olgunluÄŸunu ölçmenin iki temel metric set’i: DORA (DevOps Research and Assessment) ve DX (Developer Experience). DORA: deployment frequency, lead time, MTTR, change failure rate. DX: developer satisfaction, time to first commit, time to production, cognitive load. Puppet 2025 raporu olgun IDP’li kurumlarda DORA Elite tier’a ulaÅŸma oranının 3.4 kat daha yüksek olduÄŸunu gösteriyor.
İlgili konu: Backstage IDP Service Catalog rehberimizde detayları bulabilirsiniz.
Platform Team Boyut Hesaplama Formülü
Platform engineering’in en sık sorulan sorusu: platform team kaç kiÅŸilik olmalı? Humanitec 2025 benchmark formülü: 1 platform mühendisi / 25-30 developer (early stage), 1 / 50 (mature stage). 100 developer için 4 kiÅŸilik platform team, 500 için 18-20 kiÅŸilik. Bu rasyo doÄŸru deÄŸilse developer experience hızla düşüyor.
| Developer Sayısı | Platform Team (Early) | Platform Team (Mature) |
|---|---|---|
| 50 | 2-3 | 1-2 |
| 100 | 4-5 | 2-3 |
| 250 | 10-12 | 5-6 |
| 500 | 18-20 | 10-12 |
| 1000+ | 30-40 | 20-25 |
Level 2-3 Geçişi: En Kritik Eşik
CNCF 2025 raporu maturity geçiÅŸlerinin en zorunun Level 2’den Level 3’e olduÄŸunu gösteriyor. Bu eÅŸik scripted automation’dan self-service catalog’a geçiÅŸ; tool yatırımı, developer eÄŸitimi, organizational change birlikte gerekiyor. Humanitec 2025 raporu Level 2-3 geçiÅŸinin ortalama 12-18 ay sürdüğünü, kurumların %43’ünün bu eÅŸikte stagnasyona girdiÄŸini gösteriyor.
| Olgunluk Seviyesi | Tipik Uygulama | Adopsiyon Oranı | ROI Beklentisi |
|---|---|---|---|
| Başlangıç | Pilot ekip 3-5 servis | %12 | 0-6 ay |
| Gelişme | 10-20 servis genişletme | %34 | 6-12 ay |
| Olgun | 50+ servis cluster-wide | %41 | 12-24 ay |
| Optimize | Continuous improvement | %13 | 24+ ay |
| Sektör | Tipik Kullanım | Compliance Etkisi | Tasarruf |
|---|---|---|---|
| Finans | Yüksek olgunluk, audit-driven | PCI DSS, SOX | %32 |
| Sağlık | HIPAA + retention | HIPAA, GDPR | %24 |
| E-ticaret | Black Friday burst | PCI DSS | %47 |
| Telco | 5G core, low latency | NIS2 Directive | %38 |
| SaaS | Multi-tenant, scale | SOC 2 | %52 |
Kurumsal IDP Maturity Dönüşümünde Karşılaşılan Tipik Sorunlar
Danışmanlık projelerinde gözlemlenen tipik darboğazlar:
- Mevcut seviye sorgulanmamış; Level 1’deyken Level 5 hedef konuluyor.
- Platform team boyut yetersiz; 1 platform mühendisi / 100+ developer rasyo sustainable değil.
- Developer customer mindset benimsenmemiş; platform IT internal tool olarak görülüyor.
- DX metric ölçülmüyor; ROI ölçüm yöntemi yok.
- Tool seçimi product yerine technology-driven yapılıyor.
- Level 2-3 geçişinde stagnasyon; tool var, kullanım yok.
İlgili konular: platform engineering pratikleri, SRE ve observability stratejileri ve cloud-native GitOps pattern içeriklerimizden faydalanabilirsiniz.
Sonuç
Internal Developer Platform maturity model 2026’da platform engineering yatırımının ölçülebilir baÅŸarı kriteri. 5 seviyeli framework (ad-hoc, scripted, self-service, product, platform) kurumların pozisyonunu somutlaÅŸtırıyor. Level 2’den Level 3’e geçiÅŸ en kritik eÅŸik; tool yatırımı yeterli deÄŸil, developer customer mindset + DX metric ölçümü + dedicated platform team gerekiyor. Platform team boyut formülü 1 / 25-30 developer (early), 1 / 50 (mature). DORA + DX metric’leri ile aylık ölçüm, quarterly review, yıllık maturity audit standart pratik olmalı. Tool öncesi mindset, product öncesi developer empati platform engineering’in temeli.
Sıkça Sorulan Sorular
Hangi seviyedeyim nasıl bilirim?
CNCF Platform Engineering Maturity Self-Assessment tool ücretsiz. 47 capability checklist’i ile kurumunuzun seviyesini ölçüyor. Humanitec 2025 raporu self-assessment yapan kurumların %71’inin gerçek seviyesini overestimate ettiÄŸini gösteriyor.
Level 5’e ulaÅŸmak ne kadar sürer?
Tipik 3-5 yıl. Level 1-2: 6-12 ay, Level 2-3: 12-18 ay, Level 3-4: 18-24 ay, Level 4-5: 24+ ay. Humanitec 2025 raporu Level 5’e ulaÅŸan kurum sayısının 2025’te 87 olduÄŸunu gösteriyor.
Tool öncesi mi platform team öncesi mi?
Platform team öncesi. Tool olmadan team olmadan platform engineering değer üretmez. CNCF 2025 best practices: minimum 3 kişilik platform team kurulmadan tool yatırımı yapılmamalı.
Backstage Level 3’e götürür mü?
Backstage Level 3’e ulaÅŸmanın araçlarından biri; ancak tek başına yeterli deÄŸil. Catalog veri kalitesi, software template, RBAC, developer adoption tüm boyutlar olgunlaÅŸmalı. Spotify 2025 raporu Backstage’i Level 3 platform haline getiren kurumların oranı %58.
DORA Elite tier IDP olmadan mümkün mü?
Hipotezde evet, pratikte zor. DORA 2025 raporu Elite tier kurumların %78’inin Level 3+ IDP olgunluÄŸuna sahip olduÄŸunu gösteriyor. Platform abstraction olmadan deployment frequency yüksek deÄŸerlerde sustain edilmiyor.
Resmi kaynaklar için Platform Engineering Community, maturity self-assessment için CNCF Platform Whitepaper, DORA metric’leri için DORA Research ve sektör verisi için Humanitec State of Platform Engineering raporlarını inceleyebilirsiniz.
Ömer ÖNAL
Mayıs 23, 2026Platform engineering hype’ı IDP kurmayı doğru anlamadan başlatan kurumların çoğunu hayal kırıklığına uğrattı. IDP araç değil, ürün; geliştirici müşteridir. Maturity model’in en kritik geçişi Level 2’den Level 3’e; bu eşik self-service’in gerçek değer ürettiği noktadır. Platform team boyut hesaplaması (1 platform mühendisi / 25-30 geliştirici) doğru yapılmadan ölçeklenme deneme yanılma olur. — Ömer ÖNAL