Birkaç yıl önce bir yazılım günü çoğu kişide şöyle görünürdü: dosyayı aç, satırı yaz, derle, hatayı düzelt, tekrar. Bugün aynı masada başka bir sahne var. Doğal dille bir iş tarif ediyorsun; araç bir dosya, bazen bir dizi dosya üretiyor. Sen farkı okuyorsun, düzeltme istiyorsun, testi koşturuyorsun. Klavyedeki iş azalıyor. Karar ve sorumluluk artıyor.1

Bu yüzden başlıktaki benzetme boş bir slogan değil. İyi bir ekip liderinin yaptığı şeyin bir kısmı buraya taşınıyor: işi tarif etmek, sonucu yargılamak, yanlış gideni sahiplenmek. Kod yazmak hâlâ var; ama görünür yüzü değişiyor.

Kod yazmaktan yönlendirmeye geçiş ve DORA 2025 oranları
Eski gün satır yazmaktı. Araçlar hızı büyüttü. Yeni iş, net talimat ve sınanmış sonuç. Oranlar: DORA 2025 özeti. Damga: kafa1milyon.com
Bu yazıda neler var?

Sayılar neyi söylüyor?

Google Cloud'un DORA ekibi 2025 raporunu yapay zeka destekli yazılım geliştirmeye ayırdı. Yaklaşık beş bin teknoloji profesyonelinden gelen yanıtta işte yapay zeka kullananların oranı yüzde 90. Yüzde 80'den fazlası üretkenliğinin arttığını düşünüyor. Aynı araştırmada yaklaşık yüzde 30, üretilen koda az güvendiğini veya hiç güvenmediğini söylüyor.2

Bu üç rakam yan yana durunca resim netleşiyor. Araçlar masaya oturmuş. Hız hissi yaygın. Güven ise otomatik gelmiyor. DORA'nın kendi dili de bunu söylüyor: yapay zeka bir büyütücü. Güçlü takımı güçlendiriyor, zayıf süreci de büyütüyor. Yani asıl mesele "araç var mı" değil; takımın ölçme, gözden geçirme ve platform alışkanlığı hazır mı.

Şirket tarafında da benzer bir hikâye var. Alphabet/Google yöneticileri kazanç görüşmelerinde, kodun önemli bir kısmının kod ajanlarıyla üretildiğini, sonra kendi mühendislerince gözden geçirildiğini söyledi. Oranlar zaman içinde yükseldi; insan onayı cümleden çıkmadı.3 Yani fabrika hattında yazım hızlanıyor. Kalite kapısı hâlâ insanın masasında.

Liderlik gibi, ama aynı değil

ACM Queue'da Craig A. N. Soules'in 2026 yazısı bu kaymayı sert anlatıyor. Rutin uygulamada modeller çoğu zaman insanlardan hızlı. Bazı ekiplerde insan satır satır okumayı da bırakıyor; bir model yazıyor, başka bir model gözden geçiriyor. Soules'in sorusu şu: geliştirici kayboluyor mu, yoksa işin görünmeyen kısmı mı öne çıkıyor? Cevabı ikinciye yakın. Ne inşa edileceğine karar vermek, sonucun amaca uyup uymadığına bakmak, uymayınca hesap vermek. Bunlar otomasyona kolay gitmiyor.1

Ajan yönetiminin üç kırılma noktası: hesap, itiraz, tempo
Yönetim benzetmesi üç yerde kırılır: ajan hesap vermez, kolay itiraz etmez, insan temposunda ilerlemez. Damga: kafa1milyon.com

Yine de "artık hepimiz yöneticiyiz" demek eksik kalır. Soules üç kırılma sayıyor. Birincisi: insan astın itibarı ve kariyeri vardır; yanlış işi geri çevirebilir. Ajanın kariyeri yoktur. İkincisi: iyi bir ekip yanlış talimatı tartışır. Bugünkü modeller çoğu zaman güvenle uygular. Üçüncüsü: yönetim ritmi haftalık ve insan temposundadır. Ajan dakikada sapabilir; "sonra bakarız" yetmez. Denetim sürekli ve ölçülebilir olmak zorunda.

Bu yüzden yeni rol, klasik yöneticinin kopyası değil. Kapsam büyüyor, destekler inceliyor. Mühendisin sorumluluğu duruyor; yazdığı her satırı ezbere bilme lüksü azalıyor. İş, bir kontrol odasına benzemeye başlıyor: birkaç paralel akış, arada karar, sonda imza.

Senin masanda ne değişiyor?

Pratikte değişen şey şu. Eskiden düşünmenin bir kısmı yazarken olurdu. Belirsizlik kodda düzeltilirdi. Şimdi belirsiz bir talimat, sadık biçimde yanlış bir çıktı yığını üretebiliyor. Spesifikasyon geri geliyor; ama NASA dosyası gibi "nasıl kurulsun" diye değil. Davranış olarak: sistem ne yapmalı, hangi sabitler bozulmamalı, ne asla olmamalı, bunu hangi test kanıtlayacak.1

Deloitte'un ajan odaklı yazılım yaşam döngüsü anlatısı da aynı çizgiye oturuyor. Bireysel olarak satır yazmaktan, paralel ajan işlerini orkestre etmeye. Yeni beceriler listeleniyor: bağlama neyin gireceğini yönetmek, ajan çıktısını hızla denetlemek, ajan iş akışının açtığı güvenlik risklerini okumak.4 Bunlar sözlük süsü değil. Günlük işin dili bu tarafa kayıyor.

Senin ekranına dokunan hali sade. İşi verirken "şunu yap" demek yetmiyor; "şunu yapma", "şunu ölç", "şu dosyalara dokunma" da işin parçası. Çıktı gelince ilk soru "çalışıyor mu?" değil yalnızca; "doğru problemi mi çözdü?" Güven düşükse (DORA'daki yüzde 30 gibi) bu soru tembellik değil, meslek.

Ne abartılıyor, ne kalıcı

Abartı tarafı biliniyor. Her ekip ajan sürüsüyle çalışmıyor. Birçok yerde iş hâlâ sohbet kutusu ve düzenleyicide öneri. DORA da ajan kipinin herkese günlük alışkanlık olmadığını not ediyor. Kalıcı olan ise başka: yazım ucuzladıkça gözden geçirme, ölçme ve niyet netliği pahalılaşıyor. Hız, tek başına teslimat kalitesi demek değil.

Kapanış tek cümlede toplanabilir. Yapay zekayla kod üretmek, klavyeyi emekli etmek değil. Daha çok, iyi tarif edilmiş bir işi başkasına verip sonucu sahiplenmeye benziyor. Fark şu: karşıdaki itiraz etmeyebilir. O yüzden liderlik burada unvan değil; dikkat, sınır ve imza demek.

Dipnotlar ve Kaynaklar

  1. Soules, C. A. N. (2026). "Where to Draw the Line". ACM Queue, 24(4). Yazılım mühendisliğinde yazımın otomasyonu, davranış belirtimi ve sürekli denetim. queue.acm.org.
  2. DeBellis, D. vd. (2025). DORA 2025 State of AI-assisted Software Development Report. Google / DORA. Yaklaşık 5.000 yanıt; işte yapay zeka kullanımı %90; üretilen koda az/hiç güven ~%30; büyütücü tez. Özet: Google Cloud Blog; yayın kaydı: research.google.
  3. Alphabet/Google kazanç görüşmeleri ve aktarımlar: kodun önemli bir payının kod ajanlarıyla üretildiği, mühendislerce gözden geçirildiği (oranlar döneme göre %30 bandından ~%50 bandına yükseldiği haberleştirildi). Örn. Computer Weekly aktarımı: computerweekly.com.
  4. Deloitte (2026). Future of Engineering: Agentic AI in software engineering — from SDLC to AO-DLC. Ajan orkestrasyonu, bağlam mühendisliği, ajan denetimi. PDF.

Bu yazı bilgi ve tartışma amaçlıdır; kariyer, işe alım veya güvenlik denetimi tavsiyesi değildir.

Kategoriler ve Etiketler
Teknoloji yapay zeka yazılım liderlik kod ajanı dora mühendislik
Bu yazıyı paylaş
Kerem

Kerem

İstanbul'da yaşıyor. Teknoloji yazıyor.