Platform Mühendisliği 2026: Yüzde 80 Öngörüsü Gerçekleşti mi?

Kısa cevap: Platform mühendisliği için Gartner 2023'te, 2026'ya kadar büyük yazılım kuruluşlarının yüzde 80'inin platform ekibi kuracağını öngörmüştü. Vade yılı geldi ve tablo ikiye bölündü: benimseme gerçekten yüksek, kuruluşların yüzde 90'ı en az bir iç platform kullanıyor; ancak platform ekiplerinin önündeki en büyük engeller teknik değil. Geliştirici benimsemesi, ortak vizyon eksikliği ve ölçümsüzlük listenin başında. Platformu kurmak bir proje, yaşatmak bir operasyon modelidir; başarıyı ayıran çizgi de tam burada.

Öngörünün vade yılı: rakamlar ne söylüyor

Kasım 2023'te Gartner, 2026'ya kadar yazılım mühendisliği kuruluşlarının yüzde 80'inin, uygulama teslimatı için yeniden kullanılabilir servisler ve araçlar sunan platform ekipleri kuracağını öngörmüştü. O gün bir tahmin olan cümle, bugün bir karne sorusuna dönüştü.

Benimseme tarafında rakamlar öngörüyü büyük ölçüde doğruluyor. DORA 2025 raporuna göre, araştırmaya katılan yaklaşık 5.000 teknoloji profesyonelinin temsil ettiği kuruluşların yüzde 90'ı en az bir iç platform kullanıyor. Altyapı katmanında da tablo benzer: CNCF 2025 yıllık araştırması, konteyner kullanan kuruluşlarda Kubernetes'in production kullanımının 2023'teki yüzde 66'dan yüzde 82'ye çıktığını, cloud native tekniklerin benimsenme oranının ise yüzde 98'e ulaştığını gösteriyor.

Yani platform artık istisna değil, varsayılan. Soru değişti: platformunuz var mı sorusu kapandı, platformunuz işe yarıyor mu sorusu açıldı.

Benimseme başka, başarı başka

Platform ekiplerinin kendi anlattığı hikaye daha az parlak. Sektörün en geniş katılımlı anketi olan State of Platform Engineering Vol. 4 verilerine dayanan Ocak 2026 tarihli değerlendirme, ekiplerin önündeki ilk üç engelin teknolojiyle ilgisi olmadığını ortaya koyuyor:

• Geliştirici benimsemesi: ekiplerin yüzde 45,3'ü platformu kurduğu halde geliştiricilere kullandırmakta zorlanıyor
• Ortak vizyon eksikliği: yüzde 44,3'ü paydaşlar arasında ortak bir ürün anlayışı kuramıyor
• Sistem karmaşıklığı: yüzde 43,9'u parçalı mimariyi sadeleştirirken geliştirici dostu soyutlamayı koruyamıyor

Aynı veri setinde iki rakam daha dikkat çekici. Platform ekiplerinin yaklaşık yüzde 30'u başarıyı hiç ölçmüyor ve yalnızca yüzde 21,6'sının özel bir Platform Product Manager'ı var. Bir ürünü ölçmeden ve ürün yöneticisi olmadan yönetmeye çalışmak, sonucu baştan belli bir deneydir. Gartner'ın hype eğrisinde platform mühendisliğinin hayal kırıklığı çukuruna doğru inmesi de bu tabloyla tutarlı: teknoloji olgunlaşıyor, organizasyonlar henüz değil.

Alanın kurucu isimlerinden Luca Galante'nin özeti yerinde: kusursuz platform yoktur, işe yarayan platform vardır; çok büyük başlayan kaybeder.

AI, platform ihtiyacını azaltmıyor, büyütüyor

2026'nın en yaygın yanılgısı şu: yapay zeka kod yazmayı hızlandırdığına göre platform yatırımı ertelenebilir. Veriler tam tersini söylüyor. DORA 2025'in ana bulgusu, yapay zekanın bir güçlendirici olduğu: güçlü ekipleri daha güçlü yapıyor, sorunlu organizasyonlarda ise mevcut problemleri büyütüyor. Rapor, kaliteli iç platformlara sahip kuruluşlarla yapay zekadan değer üretebilen kuruluşlar arasında doğrudan bir ilişki tespit ediyor. Ayrıca AI benimsemesi teslimat hızıyla pozitif, teslimat kararlılığıyla hala negatif ilişkide.

Atlassian'ın 2025 geliştirici deneyimi araştırması aynı paradoksu bireysel ölçekte gösteriyor. Geliştiricilerin yüzde 68'i yapay zeka araçlarıyla haftada 10 saatten fazla zaman kazandığını söylüyor; ama yüzde 50'si aynı haftada 10 saatten fazlasını bilgi aramak, araç değiştirmek ve ekipler arası sürtünme gibi organizasyonel verimsizliklere kaybediyor. Kazanılan saatler, platformun temizlemesi gereken sürtünmeye geri ödeniyor.

Sonuç net: AI çağında platform, verimlilik projesi olmaktan çıkıp AI yatırımının geri dönüş koşulu haline geldi. Altyapı tarafında bu zaten görünür durumda; CNCF verisine göre üretken AI modeli barındıran kuruluşların yüzde 66'sı inference iş yüklerini Kubernetes üzerinde çalıştırıyor.

Türkiye gerçeği: platform ekibini kim kuracak?

Küresel literatür, beş ila on kişilik bir platform ekibi ayırabilen organizasyonları varsayar. Türkiye'de bu varsayım dar bir dilime denk geliyor. TÜİK'in Eylül 2026'da yayımladığı Girişimlerde Bilişim Teknolojileri Kullanım Araştırması'na göre BT uzmanı istihdam eden girişimlerin oranı yüzde 15,2. Artış var, 2024'te bu oran yüzde 13,4'tü; ama dağılım çarpıcı: 10-49 çalışanlı girişimlerde oran yüzde 10,8'de kalırken, 250 ve üzeri çalışanlı kurumlarda yüzde 73,3'e çıkıyor.

Bulut tarafında da benzer bir makas var: ücretli bulut hizmeti kullanan girişimlerin oranı genelde yüzde 20,2 iken, 250 üzeri çalışanlı kurumlarda yüzde 57. Türkiye'de platform mühendisliğinin asıl sorusu bu yüzden hangi developer portal'ın seçileceği değil; bu işi sürdürülebilir biçimde kimin yapacağı. BT kadrosu tek kişiden oluşan bir şirketin platform ekibi kurması matematiksel olarak mümkün değil, ama o şirketin de standartlaşmış altyapıya, otomasyona ve izlenebilirliğe ihtiyacı aynı derecede gerçek.

Kurmak, işletmek, devretmek: üç yolun dürüst muhasebesi

Bu tabloda bir BT karar vericisinin önünde üç yol var.

1. Hiçbir şey yapmamak. Her ekip kendi CI/CD'sini, kendi bulut hesabını, kendi izleme yığınını kurar. Kısa vadede hızlı görünür; orta vadede güvenlik, maliyet ve bilgi tek kişilere bağımlı hale gelir. Atlassian verisindeki kayıp saatlerin adresi burasıdır.
2. Kendi platform ekibini kurmak. 250 üzeri çalışanlı, BT uzmanı yoğunluğu yüksek kurumlar için doğru yol. Ama Vol. 4 verisinin dersi açık: ekip kurmak yetmiyor; ürün yönetimi, benimseme stratejisi ve ölçüm olmadan platform rafta kalıyor.
3. Platform operasyonunu yönetilen hizmet olarak almak. Orta ölçek için en az konuşulan, en gerçekçi seçenek. Standart golden path'ler, Terraform ve Ansible ile otomasyon, Prometheus ve Grafana ile gözlemlenebilirlik gibi yapı taşları ve 7/24 operasyon dışarıdan alınır; yol haritası ve öncelikler içeride kalır.

Hangi yol seçilirse seçilsin, başlangıç noktası aynı olmalı: olabilecek en ince platform. Sektörde thinnest viable platform olarak anılan bu yaklaşım, kataloglarla ve portallarla değil, en sık tekrarlanan tek bir iş akışını standartlaştırmakla başlar. Çoğu kurumda bu, yeni bir servisin production'a çıkış yoludur: kaynak talebi, CI/CD, güvenlik taraması ve izleme tek bir şablona bağlanır. Bu dar kapsam, Vol. 4 verisindeki iki büyük riske karşı da sigortadır: geliştiriciler tek bir somut faydayı hızla görür, yönetim de ölçülebilir tek bir sonuç üzerinden yatırımı değerlendirir.

Burada dürüst olmak gerekir: platform, dışarıdan satın alınıp kapatılacak bir ürün değildir. Operasyonu devredebilirsiniz, sahipliği devredemezsiniz. Hangi iş yükünün standart yola gireceğine, neyin istisna kalacağına sizin adınıza kimse karar veremez. İyi bir yönetilen hizmet ilişkisi, bu ayrımı sözleşmenin ilk sayfasında netleştirir.

Pazartesi sabahı için üç kontrol

Bu makaleden tek bir aksiyon çıkaracaksanız, şu üç soruyu bu hafta cevaplamanızı öneririz.

1. Envanter: Yeni bir servisin fikirden production'a giden standart bir yolu var mı, yoksa her seferinde yeniden mi icat ediliyor? Cevap ikinci şıksa platformunuz yok, alışkanlıklarınız var.
2. Ölçüm: Deployment sıklığı, değişiklik hata oranı, kurtarma süresi gibi temel teslimat metriklerini düzenli izliyor musunuz? Vol. 4 verisine göre platform ekiplerinin yalnızca yüzde 40,8'i DORA metriklerini kullanıyor; ölçmeyen çoğunluktan erken ayrışmak mümkün.
3. Model kararı: Önümüzdeki 12 ay için kurmak, işletmek ve devretmek seçeneklerinden hangisinin sizin ölçeğinize uyduğunu yazılı bir karara bağlayın. Kararsızlık da bir karardır; genellikle en pahalısı.

Gartner'ın yüzde 80 öngörüsü kağıt üzerinde büyük oranda tuttu. Asıl sınav, kurulan platformların iki yıl sonra hala kullanılıyor olması. O sınavın sorusu teknik değil, operasyonel: platformunuzu kim, hangi disiplinle yaşatacak?