Son zamanlarda, zaman akışımda sık sık "Sözleşmeli Geliştirme Öldü" ifadesini görüyorum. Bu genellikle, yapay zekanın yazılım geliştirmeyi daha hızlı ve daha ucuz hale getirdiği ve bu nedenle "müşterinin istediğini tam olarak inşa edip teslim etme" geleneksel modelinin hızla değer kaybettiği bağlamında tartışılıyor.
İlk başta, dürüst olmak gerekirse, "Bu sadece başka bir 'X öldü' hype döngüsü mü?" diye düşündüm.
Sonuçta, insanlar onlarca yıldır, yapay zekadan önce bile "Sözleşmeli geliştirme öldü" diyorlardı. İç kaynak geliştirme, bulut, çok katmanlı taşeronluk, offshoring—her seferinde insanlar "bu sefer gerçekten ölecek" dediler, ancak sözleşmeli geliştirme bir zombi gibi hayatta kaldı.
Aslında, uzun süre ürün şirketlerinde çalıştım, bu yüzden bu konuları eskiden kenardan izlerdim. Sözleşmeli geliştirmenin zor göründüğünü ve yaklaşmak istemediğim bir şey olduğunu hatırlıyorum.
Sonra, üç yıl önce Hololab Inc.'e katıldım ve şimdi sözleşmeli geliştirme de dahil olmak üzere müşteri işlerinin tam ortasındayım. Dürüst olmak gerekirse, katıldığımda "sözleşmeli geliştirme" terimi beni biraz duraksattı. Yine de, yeni teknolojinin getirdiği dönüşüm zorluğu ve şirketin kendisinin cazibesi ağır bastı. "Sözleşmeli geliştirme" hakkında denemeden şikayet etmenin havalı olmayacağını düşündüm.
O zamandan bu yana üç yıl geçti. Yönetim ekibine katıldım ve sözleşmeli geliştirmeyle doğrudan yüzleştim. İşte bu yüzden bu sefer, "Sözleşmeli geliştirme öldü" ifadesiyle kaçmadan yüzleşmek istiyorum.
"Sözleşmeli Geliştirme Öldü" Doğru mu?
Doğru.
Yapay zekadan önce bile, Dijital Dönüşüm (DX) bağlamında no-code'a yönelik hareketler ve iç kaynak geliştirmeye yönelik bir eğilim vardı. Ardından yapay zeka (özellikle AI ajanları) dalgası geldi ve bu eğilim anında yoğunlaştı. Artık mühendis olmayanlar bile yazılım oluşturabiliyor.
Bu konu gündeme geldiğinde, bundan geçinen mühendisler "kalite" veya "güvenlik" konusunda yaygara koparmaya ve "yazılım geliştirme o kadar kolay değil" diye tartışmaya eğilimlidir.
Ancak, yazılım için gereken kalite, amaca ve kullanım durumuna göre değişir. Müşteriler veya üretim ortamları için yazılım belirli bir hizmet seviyesi gerektirir. Öte yandan, dahili araçlar veya PoC'ler (Kavram Kanıtı) için gereken seviye genellikle nispeten düşüktür. Ve işte tam olarak bu alan, yapay zeka ajanları tarafından kolayca değiştirilebilir—ya da daha doğrusu, değiştirme çoktan başlamıştır.
Güvenlik ve kalite konusunda, her yıl modeller geliştikçe ve yapay zeka kullanımına ilişkin insan bilgisi biriktikçe aradaki farkın kapandığını hissediyorum. Sadece iki veya üç yıl önce, ana akım görüş "AI yardımcı olabilir, ancak kod yazmasına izin vermek için çok erken" iken, şimdi AI çoğu zaman kod yazıyor. Bu değişim hızına bakıldığında, şu anda tamamen devretmenin zor olduğu alanlarda bile, yakın gelecekte "AI'nın insanlardan daha güvenilir" olduğu bir durum kolayca ortaya çıkabilir.
Dürüst olmak gerekirse, bir mühendis olarak benim de, yaptığım işin bu kadar kolay değiştirilebileceğine inanmak istemeyen bir yanım var. Ancak tam önümde ölmekte olan şeyi açıkça görebiliyorum. Bu bir hype veya pozisyon konuşması değil; bu gerçekten olan bir değişim.
Bununla birlikte, bu "sözleşmeli geliştirmenin bir bütün olarak öldüğü" anlamına gelmiyor. Ölen sözleşmeli geliştirme değil, "sadece inşa eden" yazılım geliştirmedir. Neden böyle düşündüğümü açıklayacağım.
1. Tüm "Sözleşmeli Geliştirme"yi Bir Tutamazsınız
"Sözleşmeli geliştirme" deseniz bile, içerik sadece adam-satışı yapan şirketlerden SI şirketlerine, danışmanlara, ürün ortaklarına, PMO'lara ve DX desteğine kadar değişir. Dolayısıyla sorulması gereken soru "Sözleşmeli geliştirme öldü mü?" değil, "Tam olarak ne öldü?" sorusudur.
Parçaladığınızda, AI nedeniyle değer kaybı bir anda olmaz; aşamalı olarak ilerler. İlk dalga, "kod yazma" eyleminin değerini vurur. Aslında, geliştirme verimliliği artıyor ve projelerin kâr yapısı değişmeye başlıyor.
Ve bu dalga kod yazmakla da kalmayacak. Yavaş yavaş tasarım, gereksinim tanımı ve ondan önceki kavramsallaştırma aşamasına yayılacak. Bu yüzden hangi değerlerin önce düşeceğini ve hangilerinin kalacağını ayırt etmek istiyorum.
Yani, ölen şey "söylendiği gibi sadece kod yazma" işidir. Sözleşmeli geliştirme olup olmaması fark etmez. Ve bu alan zaten küçülüyor.
Ancak, küçülme tek tip değil. Küçük ve orta ölçekli sözleşmeli geliştiriciler ve küçük iç kaynak geliştirmeler, iç kaynak ve üretken AI dalgalarının tüm gücünü hissediyor ve projeler kaybolmaya başlıyor. Öte yandan, büyük işletmeler için karmaşık sistemlerin henüz pek sıkıntıda olmadığını sık sık duyuyorum çünkü bunlar yalnızca iç ekipler tarafından yönetilemez. Ölçek ve müşteri tabanına bağlı olarak etki büyük ölçüde değişir, bu nedenle hepsini birbirine karıştırmak konuşmayı bulanıklaştırır.
2. Müşteriler Zaten "Kod" Satın Almıyor
Müşterilerin kod yazdırmak için sözleşme yapıp yapmadığını düşündüğünüzde, cevap hayırdır.
Müşterilerin beklediği şey problem çözmedir: iş stratejilerini organize etmek, gereksinimleri birlikte düşünmek, karar almaya yardımcı olmak, iç koordinasyona destek olmak ve riskleri azaltmak istiyorlar. Kod, bunun için sadece bir araçtır.
Bu şekilde düşününce, "kod ucuzladı = sözleşmeli geliştirme öldü" mantığı oldukça kısa görüşlüdür. Araç daha ucuz hale geldi, ancak beklenen öz hiç kaybolmadı.
Bu, hem ürün şirketlerinde hem de sözleşmeli geliştirmede çalışma deneyimime uyuyor. İşin derinliklerine inen sözleşmeli geliştirme siteleri var ve iş departmanının söylediğini sadece inşa eden, dahili yükleniciler gibi davranan iç kaynak geliştirme ekipleri var. "Ürün şirketi vs. sözleşmeli geliştirme" arasında bir çizgi çizmek artık gerçeği yansıtmıyor.
Dahası, bu sadece sözleşmeli geliştirmeyle ilgili değil. Geliştirme ve danışmanlık arasındaki sınır da eriyor. Danışmanlık firmaları giderek daha fazla geliştirme ekibi kuruyor ve SI şirketleri iş desteğine başlıyor. "SaaS öldü" de aynı yapıyı takip ediyor: sadece yazılım satan şirketler biterken, BPO, operasyon, ortaklık ve performans garantilerine dalan şirketler büyüyor. Danışmanlık, SI şirketleri, SaaS ve ürün şirketleri giderek daha fazla örtüşüyor. Varış noktası müşteri için "değer".
3. "Düşünmek" ve "İnşa Etmek" Yaklaşıyor
Uzun bir süre, yazılım inşa etmenin maliyeti çok yüksekti. Bu nedenle, "düşünmek" ve "inşa etmek" kaçınılmaz olarak ayrıldı. Roller bölündü, iş unvanları bölündü, organizasyonlar bölündü ve hatta şirketler bölünme eğilimindeydi.
Yapay zeka "inşa etme" maliyetini düşürdü. Sonuç olarak, "düşünmek" ve "inşa etmek" doğal olarak birleşmeye başlıyor. Roller, iş unvanları, organizasyonlar ve şirketlerin hepsi yakınlaşıyor. Ve şu anda olan değişim bu.
Çevik yazılım geliştirmenin başarmak istediği de tam olarak buydu: "düşünmek" ve "inşa etmek"i birbirine yaklaştırmak. O zamanlar inşa etme maliyeti çok yüksek olduğu için tam olarak gerçekleştirilemeyen ideale nihayet yaklaşıyoruz.
Aslında, kendi müşteri çalışmalarımızda, sadece geliştirmeyle bitmeyen vakalar artıyor. Normal geliştirme olarak başlayan şey genellikle "işe nasıl devam edeceğimiz konusunda danışmanlık istiyoruz"a dönüşüyor ve PMO, iş modeli tasarımı, proje ilerletme ve karar alma desteğine kadar genişliyor. Bugünlerde, "sistemi inşa etmekten" çok "işi inşa etmeye" zaman harcadığımız siteler var. İlk başta bunun hala sözleşmeli geliştirme olup olmadığını merak ettim, ancak sınırları umursamayı bıraktım.
Son zamanlarda FDE (İleri Dağıtım Mühendisi) terimini çok duyuyorum ve muhtemelen aynı trendin bir parçası. Müşterinin sahasına girmek, sorunları birlikte düşünmek ve gerekirse kod yazmak. Bir "düşünen" ve bir "inşa eden" değil, "düşünürken inşa eden kişi". Burada yaygın bir yanlış anlama, özün saha içinde olmak veya müşteriye fiziksel olarak yakın olmak olduğudur. Öyle değil. Öz, problem çözmeye yakın olmaktır.
Ancak, bu değişim iki ucu keskin bir kılıçtır. Geçenlerde büyük bir şirkette şu hikayeyi duydum: Bir iş stratejisiyle başladı. Sistem geliştirme başladı. Yarı yolda, inşa etmek tek hedef haline geldi. Strateji kayboldu. Ve çok miktarda kullanılmayan sistem kaldı. Bu gerçek, yapay zekadan çok önce de vardı. Ancak yapay zeka inşa etme maliyetini düşürdükçe, bu trajedi daha kolay ve daha büyük miktarlarda gerçekleşecek. İnşa etmek ne kadar kolaylaşırsa, "ne inşa edileceğinin" ağırlığı o kadar artar.
Bu nedenle, problem çözmeye dalan sözleşmeli geliştirme için yapay zeka bir rüzgar değil, ters rüzgardır. "Ölü" olmaktan çok uzak. Ancak, problem çözmeden uzaklaştığınız an, bu rüzgar "işe yaramaz şeyler için seri üretim makinesine" dönüşür.
4. Sonuçta, Değerin Kaynağı "İnsanlar"dır
Bu noktaya geldiğinizde, sözleşmeli geliştirme, danışmanlık ve SaaS'ın değer kaynağının aynı olduğu görülüyor. Yazılımın kendisi değil. İnsanlardır.
Herhangi bir şirketin çözebileceği işin yerini alacaktır. AI'nın çözebileceği işin de yerini alacaktır. Ancak "bunu bu insanların çözmesi gerekiyor" kalır. "Bu insanlarla çalışmak istiyorum" da kalır.
Yani amaç bir ürün teslim etmek değil, müşterinin değere ulaşması için bir ortak olmaktır. Nesnede değil, insanlarda değer hissettirin.
En iyi örnek karar almaktır. AI herhangi bir sayıda aday oluşturabilir. Ancak karar veren bir insandır. Ve karar vermede ancak kararlar vererek daha iyi olursunuz.
İnsanları nasıl eğittiğimiz de değişiyor. Departmanımda, "düşünme + inşa etme"ye doğru kayıyoruz ve elbette zorluklar var. Ancak bu, eğitimle öğrenilen bir şey değil. Sadece iş içinde büyür.
İşe alımdan kısaca bahsedeceğim. Son zamanlarda, daha fazla şirket AI nedeniyle kıdemsiz işe alımını azaltıyor. Mantık şu: "AI kod yazıyorsa, kıdemsizlere ihtiyacımız yok." Ancak ben tam tersine inanıyorum. AI-native kıdemsizler, sabit fikirleri olmadığı için, bizim asla düşünemeyeceğimiz kullanım yolları geliştirme potansiyeline sahiptir. Kısa vadede işe alım kısıtlansa bile, insanların büyüdüğü bir ortam yaratamazsanız, o sektör sadece geriler. Bu AI'nın hatası değil; sadece AI'nın getirdiği değişikliklere uyum sağlayamamaktır.
Mühendislik mesleği kaybolmuyor. "Sadece inşa eden" mühendisin işi kayboluyor.
Tüm Yazılım Geliştirme "Değer"e Yaklaşıyor
"Sözleşmeli geliştirme öldü" doğrudur. Ancak, sözleşmeli geliştirme ölmüyor, "sadece inşa eden" yazılım geliştirme ölüyor. Mühendislik mesleği kaybolmuyor, "sadece inşa eden" mühendisin işi kayboluyor. Ve bu çoktan başladı. Sözleşmeli geliştirme sadece bu işin ön saflarında yer alıyor.
Bu değişikliklere bir adım geri çekilip bakarsanız, daha büyük bir resim ortaya çıkar. İşin içine dalan sözleşmeli geliştirme. Geliştirme ekipleri olan danışmanlık firmaları. Performans garantilerine adım atan SaaS. Müşteri sahalarına giren FDE'ler. Pozisyonlar ve formatlar farklı, ancak yön aynı. Tüm yazılım geliştirme, kendi yolunda "değer"e yaklaşıyor.
Dahası, bu yeni bir trend değil. Mühendisler uzun zamandır "sadece inşa etmenin yeterli olmadığını" biliyor ve müşterilere, kullanıcılara ve değere yaklaşmaya çalışıyorlardı. Temsili örnek Çevik yazılım geliştirmedir. Çevik'in doğmasının üzerinden 25 yıl geçti. "Düşünmek" ve "inşa etmek"i yakınlaştırma ideali, bu birkaç yıl içinde yapay zeka tarafından bir anda hızlandırılıyor. Bana öyle görünüyor.
Bu nedenle, artık yazılım geliştirmenin "biçimine" takıntılı olmamalıyız. Sözleşmeli geliştirme mi yoksa ürün şirketi mi? SI şirketi mi yoksa danışman mı? Enerjiyi orada harcamak yerine, sorulması gereken soru şudur: "Değere ne kadar derin dalabilirsiniz?"
24 Temmuz'da "Sözleşmeli Geliştirme Öldü" Temasıyla Sabaha Kadar Canlı Tartışma Yapacağım
24 Temmuz'da, Creationline tarafından düzenlenen "AI Çağında Sözleşmeli Geliştirmenin Geleceği — 'Sözleşmeli Geliştirme Öldü'nün Ötesinde" başlıklı etkinlikte konuşacağım.
https://creationline.connpass.com/event/398146/
24 Temmuz 2026 Cuma, 19:00–20:30, Zoom üzerinden, ücretsiz katılım.
@samuraiRed ve @sasakendayo ile "Sözleşmeli Geliştirme Öldü" teması üzerinde kapsamlı, dürüst bir tartışma yapacağım.
Söylemememiz gereken şeylerden bahsedebilecek üç kişi olduğumuz için, hazırlık toplantısında organizatörlere "Çığırından çıkarsa lütfen durdurun" dedim. Kesinlikle sadece canlı olarak deneyimleyebileceğiniz bir varlık hissi olacak.
Ne tür şeyler konuşacağız?
Cevap... Sakin olun! Acele etmeyin!
Sizi gün bekliyor olacağım.
Blog burada:
