--- title: "CTO Teknik Liderlik Kapasitesi: Bir Unvan mı, Devredilebilir Bir Karar Mimarisi mi?" description: "CTO teknik liderlik kapasitesi, bir kişinin teknik yetkinliği değil, şirketin o kişi odada yokken de teknik karar üretebilme kapasitesidir. İnceleme, unvanın mevcudiyetine değil, karar yetkisinin tanımlı, kararların kayıtlı, uygulamanın tutarlı ve kapasitenin devredilebilir olduğuna bakar. Devredilemez kapasite, değerlemede key person riski olarak fiyatlanır." url: https://www.beirek.com/tr/blog/cto-technical-leadership-capacity-due-diligence canonical: https://www.beirek.com/tr/blog/cto-technical-leadership-capacity-due-diligence published: 2026-08-26 modified: 2026-08-26 category: "Kurucular ve Liderlik" category_url: https://www.beirek.com/tr/blog/category/founders-leadership language: tr-TR reading_time_minutes: 7 publisher: BEIREK LLC publisher_url: https://www.beirek.com license: "© BEIREK LLC — citation with attribution and link permitted" keywords: ["CTO teknik liderlik kapasitesi","teknik due diligence","key person riski","karar yetki matrisi","mimari karar kaydı","yatırım hazırlığı incelemesi","değerleme iskontosu","kurucu bağımlılığı"] topics: ["Teknik liderlik yönetişimi ve karar mimarisi","Yatırım hazırlığı ve değerleme incelemesi","Kurucu bağımlılığı, süreklilik ve devredilebilirlik"] alternate_language_url: https://www.beirek.com/en/blog/cto-technical-leadership-capacity-due-diligence --- # CTO Teknik Liderlik Kapasitesi: Bir Unvan mı, Devredilebilir Bir Karar Mimarisi mi? > **Kısaca:** CTO teknik liderlik kapasitesi, bir kişinin teknik yetkinliği değil, şirketin o kişi odada yokken de teknik karar üretebilme kapasitesidir. İnceleme, unvanın mevcudiyetine değil, karar yetkisinin tanımlı, kararların kayıtlı, uygulamanın tutarlı ve kapasitenin devredilebilir olduğuna bakar. Devredilemez kapasite, değerlemede key person riski olarak fiyatlanır. *Teknik incelemede sorulan soru, unvanı taşıyan kişinin yetkin olup olmadığı değildir; yetkinlik zaten üründe görünür. Sorulan soru, o yetkinliğin şirket tarafından tekrar üretilip üretilemediğidir. Bu ayrım, değerlemeye iskonto, earn-out ve escrow oranı üzerinden doğrudan yansır.* --- Teknik due diligence oturumlarında tekrarlayan bir örüntü vardır: bir mimari tercihin neden yapıldığı sorulduğunda, cevap bir gerekçeyle değil bir isimle başlar. Veri modelinin neden bu biçimde bölündüğü, üçüncü taraf bir bileşenin neden satın alınmak yerine yazıldığı, ölçeklenme darboğazının neden şu katmanda kabul edildiği — üç ayrı soru, üç ayrı teknik alan, fakat üçünde de aynı isim. Organizasyon şemasında CTO unvanı tanımlıdır, görev tanımı dosyada mevcuttur, ve unvanı taşıyan kişi odadadır; buna karşılık kararın nerede üretildiği sorusunun cevabı pozisyonu değil, kişiyi işaret eder. Mevcudiyet incelemesinin ayırt etmeye çalıştığı fark tam olarak budur: bir rolün var olması ile bir rolün karar üretiyor olması aynı şey değildir. İkinci gözlem takvimdedir. Haftalık zamanın nasıl dağıldığı sorulduğunda, cevap tipik olarak kod incelemesi, üretim ortamındaki olayların çözümü ve bireysel hata ayıklama etrafında yoğunlaşırken, mimari yön, teknik işe alım, tedarikçi ve lisans mimarisi, teknik borcun önceliklendirilmesi gibi yalnızca pozisyona ait olan kararlar takvimde kendine ayrılmış bir yer bulmaz; bu kararlar boşlukta değil, günün artan zamanında verilir. Üçüncü gözlem eskalasyon hattındadır: ekipten çıkan bir teknik anlaşmazlığın nerede kapandığı sorulduğunda, hat kâğıt üzerinde CTO'da bitiyor görünse de, fiilen kurucunun onayına kadar uzanır. Bu üç gözlem birlikte okunduğunda ortaya çıkan tablo bir yetersizlik tablosu değildir; bir yapı eksikliği tablosudur. Bu konfigürasyon bir ihmalin değil, erken dönemde tamamen rasyonel olan bir tercihin kalıntısıdır. Ekip küçükken en çok bilen kişinin doğrudan karar vermesi koordinasyon maliyetini sıfıra yakın tutar; bir mimari tercihi yazıya dökmenin, gerekçesini kaydetmenin ve elenen alternatifin neden elendiğini belgelemenin maliyeti, aynı kararı beş kişilik bir odada sözle aktarmanın maliyetinden belirgin biçimde yüksektir. Unvan da çoğu zaman sonradan, kişinin zaten yaptığı işi tarif etmek üzere verilir; yani pozisyon kararları tanımlamaz, kişinin kararları pozisyonu tanımlar. Bu betimleyici kuruluş ilk yıllarda hız üretir ve çoğu durumda ürünün ayakta kalmasının nedenidir; dolayısıyla geriye dönük olarak yanlış sayılması makul olmaz. Sorun kısayolun kendisinde değil, koşul değiştiğinde kısayolun sabit kalmasındadır. Ekip büyüdükçe karar hacmi kişi sayısıyla doğrusal değil, ekipler arası bağımlılık sayısıyla artar; buna karşılık karar kanalı tek kalır. Gözlenen tipik sonuç kararların yanlış verilmesi değil, geç verilmesidir — kuyruk oluşur, ekipler bloke kalmamak için geçici çözümler üretir, ve bu geçici çözümler zamanla mimarinin fiili hâline dönüşür. Daha maliyetlisi, karar kayda geçmediği için gerekçesi de kayıtta değildir; bir tercihi geri almak gerektiğinde şirket neyin seçildiğini bilir, neden seçildiğini bilmez, ve o gerekçeyi taşıyan tek kurumsal hafıza tek bir kişinin hafızasıdır. Belgenin yokluğu ile ölçümün yokluğu birbirini besler. Teknik organizasyon, çıktısı ölçülebilir olan az sayıdaki fonksiyondan biridir; buna rağmen tipik raporlama yol haritası tarihlerine uyum üzerinden kurulur, ki bu ölçü organizasyonun kapasitesini değil yol haritasının iyimserliğini ölçer. Kapasiteyi görünür kılan göstergeler başkadır: sürüm tahmin doğruluğu, değişiklik başına arıza oranı, olayların tekrarlanma sıklığı, kritik bir kod alanına güvenle dokunabilen geliştirici sayısı, ve yeni bir mühendisin üretime ilk katkısını verene kadar geçen süre. Bu göstergelerin ortak özelliği, kişinin yetkinliğini değil sistemin devredilebilirliğini ölçmeleridir; incelemeye giren tarafın aradığı da tam olarak bu ikinci büyüklüktür. İnceleme masasında sorulan soru, unvanı taşıyan kişinin yetkin olup olmadığı değildir; yetkinlik ürünün kendisinde zaten görünür durumdadır ve tartışma konusu olmaz. Sorulan soru kapasitenin devredilebilir olup olmadığıdır, çünkü satın alınan ya da sermaye konulan şey geçmiş performans değil, gelecekte tekrar üretilebilir kapasitedir. Bu ayrım netleşmediğinde işlem tarafında gözlenen tipik refleks fiyatı düşürmek değil, riski yapıya gömmektir: bedelin bir kısmı earn-out'a kaydırılır, anahtar personel bağlılık paketi ve hisse hak ediş takvimi uzatılır, rekabet etmeme ve devir sonrası hizmet taahhütleri sıkılaştırılır. Bunların her biri, kurucu ya da tek kişi bağımlılığının nakit akışına çevrilmiş hâlidir. İkinci kanal kapanış takvimidir. Fikrî mülkiyet zinciri, açık kaynak lisans uyumu, üçüncü taraf bağımlılık envanteri ve güvenlik bulgularının kapanış durumu gibi başlıklarda tanımlı bir sahip yoksa, bilgi tek tek kişilerden toplanır ve teknik inceleme öngörülenden uzun sürer; uzayan her hafta, sözleşme müzakeresinde alıcı tarafın pozisyonunu güçlendirir. Kod tabanının katkı geçmişindeki yoğunlaşma da aynı incelemede yüzeye çıkar: kritik bileşenlerin tek bakımcıya bağlı olduğu görüldüğünde, temsil ve tekeffül kapsamı genişler, escrow oranı yukarı çekilir, ve kapanış öncesi koşullar arasına belgelendirme ve bilgi devri yükümlülükleri girer. Üçüncü kanal ise işlemden çok önce, günlük operasyonda işler. Kıdemli mühendis işe alımı, yetki tavanının dolu olduğu bir organizasyonda yapısal olarak zorlaşır; deneyimli aday mülakatta ürünü değil eskalasyon hattını okur, ve kendi kararlarının nerede kapandığını gördüğü anda pozisyonun kapsamını fiyatlar. Bunun bilançodaki karşılığı personel devrinde değil, ikinci katmanın hiç oluşmamasında görünür — ayrılma olmadığı için sorun görünmez, fakat şirket iki yıl sonra da aynı tek kişiyle karar veriyordur. Teknik borç ise bütçede kendine ait bir kalem olarak hiç belirmez; takvim sapması, yeniden işleme maliyeti ve tahmin güvenilirliğindeki erozyon olarak dağılmış hâlde belirir. Bu eğilimi nötrleyen mekanizma bireysel farkındalık değil, karar mimarisidir ve dört ayrılabilir bileşeni vardır. Birincisi yetki eşiği tablosudur: hangi kararın pozisyona, hangisinin teknik kurula, hangisinin yönetim kuruluna ait olduğu, kararın geri döndürülebilirliği ve maliyet eşiği üzerinden tanımlanır — geri alınabilir kararlar hızlı ve dağıtık, geri alınamaz kararlar yavaş ve toplu verilir. İkincisi karar kaydının onay anında değil öneri anında tutulmasıdır; kayıt, seçilen yolu değil, elenen alternatifi ve eleme gerekçesini taşıdığı ölçüde değerlidir. Üçüncüsü sabit ritimli teknik gözden geçirmedir; olay bazlı toplanan bir yapı, tanım gereği yalnızca sorun çıktığında çalışır. Dördüncüsü adlandırılmış ikinci imza ve tasarım incelemesi liderliğinde rotasyondur; süreklilik, yedek bulunduğunun beyan edilmesiyle değil, yedeğin düzenli olarak karar vermesiyle kanıtlanır. BEIREK'in mühendislik yönetimi hattında kurduğu yapı bu dört bileşenin işletilmesi üzerine oturur: yetki eşiği tablosunu geri döndürülebilirlik ve maliyet ekseninde çıkarır, karar kaydını öneri anında açılan ve gerekçesiyle birlikte kapanan bir sicil olarak işletir, gözden geçirmeyi takvime bağlı sabit bir ritme oturtur, ve devredilebilirlik göstergelerini — sürüm tahmin doğruluğu, değişiklik başına arıza oranı, kritik alanlara dokunabilen geliştirici sayısı, yeni mühendisin ilk üretim katkısına kadar geçen süre — dönemsel raporlamanın kalıcı parçası hâline getirir. Kritik kararlar öncesinde işletilen pre-mortem, kararın hangi varsayım çöktüğünde geçersizleşeceğini kaydın içine yazar. Kaydın kalitesi ise tek bir okunabilirlik testiyle sınanır: odada bulunmamış bir mühendis kaydı okuduğunda kararı yeniden üretebiliyorsa yapı çalışıyordur, üretemiyorsa kayıt değil, hatıra tutulmuştur. Bir şirketin teknik liderlik kapasitesi, CTO'nun ne bildiğiyle değil, CTO odada yokken şirketin ne karara bağlayabildiğiyle ölçülür; incelemeye giren tarafın aradığı büyüklük budur, ve değerlemeye yansıyan da bu büyüklüktür. Yetkinliğin kişide toplanması bir kusur değildir, fakat kişide kalması bir tercihtir — ve bu tercihin bedeli, işlem gününde tek kalemde değil, iskonto, earn-out, escrow ve uzayan kapanış takvimi üzerinden dağıtılmış olarak ödenir. ## Ana Noktalar - Erken dönemde unvan kararları tanımlamaz; kişinin verdiği kararlar unvanı tanımlar, ve bu betimleyici kuruluş ölçek büyüdükçe karar kuyruğu üretir. - Kararın kendisi kayda geçmediğinde gerekçesi de kayıtta olmaz; şirket iki yıl sonra neyin seçildiğini bilir, neden seçildiğini bilmez. - Yol haritası tarihlerine uyum, organizasyonun kapasitesini değil yol haritasının iyimserliğini ölçer; kapasiteyi devredilebilirlik göstergeleri görünür kılar. - Devredilemeyen teknik liderlik, işlem tarafında iskonto, uzatılmış earn-out, yükseltilmiş escrow oranı ve genişletilmiş temsil ve tekeffül kapsamı olarak fiyatlanır. - Bilişsel ve örgütsel bağımlılık bireysel iradeyle değil, yetki eşiği tablosu, öneri anında tutulan karar kaydı ve sabit ritimli gözden geçirme ile yönetilir. ## Sorular ### CTO teknik liderlik kapasitesi due diligence sürecinde nasıl değerlendirilir? Değerlendirme unvanın varlığıyla başlamaz, karar izinin takibiyle yürür. İncelemeye giren taraf, hangi kararın hangi merciye ait olduğunu tanımlayan bir yetki eşiği, kararların gerekçesiyle birlikte tutulduğu bir kayıt, sabit ritimli bir teknik gözden geçirme ve bu kararların günlük operasyonda tutarlı biçimde uygulandığına dair kanıt arar. Kanıtın bulunamadığı yerde kapasite, kişiye ait bir yetkinlik olarak sınıflandırılır. ### Yatırımcı neden CTO bağımlılığını değerleme riski olarak görüyor? Sermaye geçmiş performansa değil, tekrar üretilebilir kapasiteye konulur. Kritik teknik kararların tek bir kişiden geçtiği bir yapıda, o kişinin ayrılması yalnızca bir pozisyonu değil, kararların gerekçesini taşıyan kurumsal hafızayı da boşaltır. Bu risk tipik olarak fiyat indirimiyle değil yapıyla karşılanır: bedelin bir kısmı earn-out'a kaydırılır, bağlılık paketi ve hak ediş takvimi uzatılır, escrow oranı yükseltilir. ### Teknik liderlik kapasitesi hangi göstergelerle ölçülür? Yol haritası tarihlerine uyum, kapasiteden çok planın iyimserliğini ölçer. Devredilebilirliği görünür kılan göstergeler farklıdır: sürüm tahmin doğruluğu, değişiklik başına arıza oranı, olayların tekrarlanma sıklığı, kritik bir kod alanına güvenle dokunabilen geliştirici sayısı ve yeni bir mühendisin üretime ilk katkısını verene kadar geçen süre. Bu göstergeler kişinin yetkinliğini değil, sistemin o yetkinlik olmadan çalışabilme derecesini ölçer. ### Küçük bir teknik ekipte CTO yetkisi nasıl belgelenir? Belgeleme yükünün ekip büyüklüğüyle orantılı tutulması makul olur; küçük ekipte gereken şey ayrıntılı bir prosedür kütüphanesi değil, iki sayfalık bir yetki eşiği tablosu ve öneri anında açılan bir karar kaydıdır. Tablo, geri alınabilir kararları dağıtık, geri alınamaz kararları toplu hâle getirir. Kayıt ise seçilen yolu değil, elenen alternatifi ve eleme gerekçesini taşıdığı ölçüde ileride doğrulanabilir bir kurumsal hafıza üretir. --- Kaynak: https://www.beirek.com/tr/blog/cto-technical-leadership-capacity-due-diligence Yayımlayan: BEIREK LLC — https://www.beirek.com