--- title: "Teknik Borç: Bilançoda Görünmeyen, Değerlemede Görünen Yükümlülük" description: "Teknik borç, bir yatırım incelemesinde kod kalitesi olarak değil, tahmin edilebilirlik kaybı olarak fiyatlanır: kayıtlı bir borç envanteri olmayan şirkette yol haritası taahhütleri doğrulanamaz hâle gelir. Bu durum, değerlemeye tipik olarak çarpan iskontosu, kapanış sonrası earn-out koşulu ve genişletilmiş temsil-tekeffül kapsamı olarak yansır." url: https://www.beirek.com/tr/blog/technical-debt-in-due-diligence canonical: https://www.beirek.com/tr/blog/technical-debt-in-due-diligence published: 2026-07-10 modified: 2026-07-10 category: "Teknoloji ve Mühendislik" category_url: https://www.beirek.com/tr/blog/category/technology-engineering language: tr-TR reading_time_minutes: 8 publisher: BEIREK LLC publisher_url: https://www.beirek.com license: "© BEIREK LLC — citation with attribution and link permitted" keywords: ["teknik borç","yatırım hazırlığı","due diligence teknoloji incelemesi","değerleme iskontosu","kurucu bağımlılığı","mimari karar kaydı","tahmin sapması"] topics: ["Teknoloji due diligence süreçlerinde teknik borcun tespiti ve fiyatlanması","Mühendislik organizasyonlarında borç envanteri, sahiplik ve bütçe tahsisi mimarisi","Teknik borcun şirket değerlemesine, earn-out yapısına ve temsil-tekeffül kapsamına yansıma kanalları"] alternate_language_url: https://www.beirek.com/en/blog/technical-debt-in-due-diligence --- # Teknik Borç: Bilançoda Görünmeyen, Değerlemede Görünen Yükümlülük > **Kısaca:** Teknik borç, bir yatırım incelemesinde kod kalitesi olarak değil, tahmin edilebilirlik kaybı olarak fiyatlanır: kayıtlı bir borç envanteri olmayan şirkette yol haritası taahhütleri doğrulanamaz hâle gelir. Bu durum, değerlemeye tipik olarak çarpan iskontosu, kapanış sonrası earn-out koşulu ve genişletilmiş temsil-tekeffül kapsamı olarak yansır. *Teknik borç, bir yatırım incelemesinde nadiren teknik bir başlık olarak açılır; çoğu zaman yol haritası gecikmeleri, personel devri ve müşteri kaybı verilerinin içinden dolaylı biçimde görünür. Bu yazı, teknik borcun kurumsal olarak nasıl kaydedildiğini, incelemeye giren tarafın burada neyi aradığını ve kayıt yokluğunun değerlemeye hangi kanaldan yansıdığını ele alır.* --- Bir yatırım incelemesinin teknoloji oturumunda, ürün yol haritası sunulduktan sonra sorulan ilk soru genellikle özelliklere değil takvime yöneliktir, ve cevap tipik olarak iki katmanlı gelir: önce yazılı plandaki tarih söylenir, ardından odadaki kıdemli mühendislerden biri, o tarihe ulaşmanın önce belirli bir modülün yeniden yazılmasına bağlı olduğunu ekler. Bu ikinci cümle hiçbir belgede geçmez; ne yol haritasında, ne bütçede, ne de yönetim kurulu sunumunda yer alır, fakat şirketin gerçek teslim kapasitesini belirleyen şey odur. Aynı oturumun devamında, geçen yıl üç aya planlanmış bir entegrasyonun neden yedi ayda tamamlandığı sorulduğunda gelen açıklama da benzer biçimde sözlü kalır ve çoğunlukla bir kişinin hafızasında taşınır. Odada olan şey, teknik borcun şirket içinde fiilen mevcut olduğu, fakat kurumsal olarak hiçbir yere kaydedilmediğidir. Bu ayrım, incelemenin ilk boyutunu doğrudan tanımlar: teknik borç her şirkette vardır, sorulan soru varlığı değil, resmî tanımının olup olmadığıdır. Bir yazılım ya da mühendislik organizasyonunda birikmiş tasarım ödünleri, geçici çözümler, sürüm gerisi bağımlılıklar ve test kapsamı boşlukları kaçınılmazdır; hızlı büyüyen bir şirkette bunların birikmesi bir yönetim başarısızlığı değil, çoğu zaman doğru bir zamanlama tercihidir. Sorun, tercihin bilinçli yapılıp yapılmadığında değil, yapıldıktan sonra kayıt altına alınıp alınmadığındadır. Kaydedilmiş bir ödün, gelecekte ödenecek bir yükümlülüktür ve planlanabilir; kaydedilmemiş bir ödün ise, ödeme zamanı geldiğinde takvimin içinden habersiz çıkan bir sürprizdir. Mekanizma, bireysel ihmalden değil, teşvik yapısının kendisinden doğar. Mühendislik organizasyonunda görünürlük, teslim edilen özellik üzerinden üretilir; kimse yeniden yazılmayan bir modülü, temizlenmeyen bir bağımlılığı ya da yazılmayan bir testi raporlamaz, çünkü bunların raporlanacağı bir yüzey yoktur. Ticari taraf ise yol haritasını dış taahhütlere bağladığı ölçüde, teknik borcu görünür kılmanın kısa vadeli maliyeti yükselir: envanteri açmak, o çeyrek için kapasitenin bir bölümünü müşteriye görünmeyen işe ayırmak anlamına gelir. Bu koşullar altında gözlenen tipik davranış, borcun sözlü kurumsal hafızada tutulması ve yalnız kriz anında yüzeye çıkmasıdır; tercih, kısa vadeli maliyeti düşürdüğü ölçüde rasyoneldir, fakat şirket ölçek değiştirdiğinde ya da ekip devri hızlandığında hafızanın taşıyıcısı ortadan kalkar. Belgelendirme boyutu bu noktada devreye girer ve incelemeye giren taraf açısından ayırt edici testi oluşturur. Doğrulanabilir bir teknik borç kaydı, mimari karar kayıtlarını, bilinen kısıtların listesini, her kısıtın hangi ürün hattını ve hangi müşteri taahhüdünü etkilediğini, ve tahmini ödeme maliyetini içerir; bu kayıt güncel, onaylı ve ekip dışından erişilebilir olduğunda, alıcı için borç bir belirsizlik değil, modele girecek bir kalem hâline gelir. Böyle bir kaydın olmadığı durumda alıcı, olmayan bilgiyi varsaymak zorunda kalır, ve varsayım her zaman satıcının aleyhine kurulur. Kayıt yokluğunun asıl bedeli, borcun büyüklüğünde değil, büyüklüğünün bilinmemesinde ortaya çıkar; fiyatlanamayan risk, iskonto edilerek kapatılır. Uygulama ve ölçüm boyutları, kaydın gerçek bir çalışma biçimine dönüşüp dönüşmediğini sınar. Bir şirket teknik borç envanteri tutuyor olabilir, fakat envanterdeki kalemler yıllardır kapanmıyorsa, envanter bir yönetim aracı değil, bir arşiv niteliği taşır. İncelemede aranan şey, sprint ya da çeyrek kapasitesinin belirli ve tutarlı bir bölümünün borç ödemesine ayrılıp ayrılmadığı, bu tahsisin ticari baskı altında ilk kesilen kalem olup olmadığı, ve kapanan kalemlerin zaman içindeki oranıdır. Ölçüm tarafında ise doğrudan bir teknik borç göstergesi nadiren bulunur; bunun yerine değişiklik başarısızlık oranı, olay müdahale ve çözüm süreleri, sürüm gerisi bağımlılıkların sayısı, test kapsamı ve en önemlisi tahmin sapması — planlanan ile gerçekleşen teslim süresi arasındaki fark — okunur. Tahmin sapması, bu inceleme setindeki en açıklayıcı göstergedir, çünkü teknik borcun ticari sonuca çevrildiği tek noktadır. Bir organizasyonun tahminleri sistematik olarak ve artan biçimde iyimser tarafa kayıyorsa, bu bir planlama disiplini sorunu olmaktan çok, kod tabanının değişime gösterdiği direncin ölçüsüdür; aynı büyüklükteki iş, geçen yıla göre daha uzun sürüyorsa aradaki fark borcun faizidir. Alıcı bu farkı gördüğünde, satın alma sonrası ilk iki bütçe döneminde teslim edeceği hiçbir taahhüde güvenemeyeceğini anlar ve modelini buna göre kurar. Değerlemeye yansıma bu kanaldan gerçekleşir: gelir projeksiyonundaki yeni ürün katkısı iskonto edilir, entegrasyon takvimi uzatılır, ve sinerji varsayımlarının gerçekleşme olasılığı düşürülür. Sahiplik boyutu, teknik borcun en sık boş bırakılan yüzeyidir ve kurucu bağımlılığı ile doğrudan bağlantılıdır. Çoğu organizasyonda ürün sahibi özelliklerden, mühendislik yöneticisi teslim takviminden, altyapı ekibi kullanılabilirlikten sorumludur; teknik borcun bütününden sorumlu, ödeme bütçesini talep etme ve ticari baskıya karşı koruma yetkisi olan bir merci ise tanımlı değildir. Bu boşlukta mimari kararlar, formel otoritesi olmayan fakat kazanılmış meşruiyeti yüksek bir ya da iki kıdemli kişiye kayar, ve o kişilerin şirketten ayrılması hâlinde hem karar kapasitesi hem de borcun haritası kaybolur. İnceleme sırasında bu durum, bir konu açıldığında odadaki herkesin aynı kişiye bakmasıyla kendini gösterir; alıcı için bu davranış, anahtar personel tutma yapısının, escrow oranının ve earn-out tetiklerinin gerekçesi hâline gelir. Süreklilik boyutu ise, borç yönetiminin bir kişinin disiplinine mi yoksa şirketin ritmine mi bağlı olduğunu sorar. Kişiye bağlı bir uygulama, o kişi bulunduğu sürece iyi sonuç üretebilir, fakat yatırımcı açısından tekrarlanabilir bir kurumsal kapasite sayılmaz; ölçeklenebilirlik iddiası, mevcut ekip iki katına çıktığında ve yeni gelenlerin hiçbiri sözlü hafızayı paylaşmadığında ne olacağı sorusuyla test edilir. Bu nedenle incelemede aranan şey borcun düşük olması değil, borcun görünür, sahipli, ölçülen ve düzenli aralıklarla gözden geçirilen bir kalem olmasıdır. Yüksek fakat yönetilen bir borç, düşük fakat kayıtsız bir borçtan tipik olarak daha iyi fiyatlanır, çünkü birincisi bir plan, ikincisi bir bilinmezliktir. Bu eğilimi nötrleyen mekanizma bireysel farkındalık değil, kurumsal mimaridir, ve tasarımı üç ayrı bileşene ayrılır. Birincisi karar kaydıdır: her mimari ödün, verildiği anda — sonradan değil — hangi alternatifin neden ertelendiği, hangi koşulun bu ertelemeyi geçersiz kılacağı ve tahmini ödeme maliyeti ile birlikte tek bir yerde tutulur; kaydın onay anında değil öneri anında tutulması, kaydı savunma belgesi olmaktan çıkarıp yönetim aracına dönüştürür. İkincisi bütçedir: kapasitenin belirli bir oranı borç ödemesine tahsis edilir ve bu tahsisin ticari baskı altında azaltılması, mühendislik yöneticisinin değil, yönetim kurulu düzeyinde bir kararın konusu hâline getirilir. Üçüncüsü ritimdir: envanter, çeyreklik olarak ticari yol haritasının yanında, aynı masada gözden geçirilir; iki listenin ayrı toplantılarda konuşulması, borcun görünmezliğini yapısal olarak yeniden üretir. BEIREK'in bu alandaki müdahalesi, teknik değerlendirme raporu üretmekle sınırlı kalmaz; incelemeye giren tarafın arayacağı kanıt zincirini şirket içinde kalıcı bir yapı olarak kurmayı hedefler. Uygulamada bu, mevcut sözlü hafızanın yapılandırılmış bir envantere çevrilmesiyle başlar — kıdemli mühendislerle yürütülen oturumlarda bilinen kısıtlar, her birinin etkilediği ürün hattı ve müşteri taahhüdü, ve ödeme maliyeti tahminiyle birlikte kaydedilir — ve envanterin sahibinin, bütçe yetkisiyle birlikte açıkça atanmasıyla devam eder. Ardından tahmin sapması, değişiklik başarısızlık oranı ve envanter kapanma hızı üzerinden kurulan sınırlı bir gösterge seti, mevcut yönetim raporlamasının içine yerleştirilir; ayrı bir teknoloji raporu değil, yönetim kurulunun zaten baktığı tabloya eklenen birkaç satır olarak. Bu yapının pratikteki karşılığı, işlem masasına oturulduğunda tartışmanın zeminini değiştirmesidir. Envanteri, sahibi, bütçesi ve gözden geçirme kaydı olan bir şirkette alıcının teknik borç sorusu, bir belirsizlik başlığı olmaktan çıkıp bir sayı üzerinde müzakereye dönüşür; taraflar ödeme takvimini ve maliyetini tartışır, sinerji varsayımlarının tümünü birden iskonto etmez. Süreklilik iddiası da aynı kayıt üzerinden desteklenir, zira kaydın kendisi, kurucu ya da tek bir kıdemli mühendis ayrıldığında bilginin şirkette kaldığının gösterilebilir kanıtıdır. Değerlemeyi belirleyen şey burada da performansın kendisi değil, performansın kişilerden bağımsız biçimde tekrarlanabilir olduğunun gösterilebilmesidir. Teknik borcun bir bilanço kalemi olmaması, onun bir yükümlülük olmadığı anlamına gelmez; yalnızca ödeme zamanının ve tutarının sözleşmeyle değil, mühendislik gerçekliğiyle belirlendiği anlamına gelir. Bir şirketin bu yükümlülüğü kendi defterinde tutup tutmadığı, incelemeye giren tarafın gördüğü ilk gerçek yönetim kalitesi sinyalidir, çünkü kimsenin görmediği bir borcu kayıt altına almak, ancak kurumsal olgunluğun belirli bir eşiğinde yapılan bir tercihtir. Asıl soru, şirketin ne kadar teknik borcu olduğu değil, o borcun bugün kimin defterinde, hangi tutarla ve hangi ödeme takvimiyle durduğudur. ## Ana Noktalar - Teknik borcun kendisi değil, kayıt altına alınmamış olması değerleme iskontosu üretir; envanteri açık bir borç, fiyatlanabilir bir borçtur. - Bir alıcı, teknik borcu doğrudan sormaz; sprint tamamlanma oranı, olay müdahale süresi ve mühendis devir hızı üzerinden dolaylı olarak ölçer. - Sahipsiz teknik borç, mimari kararların kurucuya ya da tek bir kıdemli mühendise bağlı kalmasına yol açar ve kurucu bağımlılığı iskontosunu büyütür. - Ölçülmeyen teknik borç, yol haritası tahminlerini sistematik olarak iyimser tarafa kaydırır; bu sapma satın alma sonrası ilk iki bütçe döneminde görünür hâle gelir. - Yapısal çözüm bireysel disiplin değil, karar kaydı, ödeme bütçesi ve gözden geçirme ritmi içeren kurumsal bir mimaridir. ## Sorular ### Teknik borç bir yatırım incelemesinde nasıl tespit edilir? Doğrudan sorularla değil, dolaylı göstergelerle tespit edilir. İnceleyen taraf tipik olarak planlanan ile gerçekleşen teslim süreleri arasındaki sapmayı, değişiklik başarısızlık oranını, olay müdahale sürelerini, sürüm gerisi bağımlılıkların sayısını ve mühendis devir hızını okur. Bu göstergelerin zaman içindeki eğilimi, kod tabanının değişime gösterdiği direnci ölçer ve teknik borcun büyüklüğü hakkında sözlü beyandan daha güvenilir bir tablo verir. ### Yüksek teknik borç şirket değerlemesini her zaman düşürür mü? Hayır. Değerlemeyi düşüren şey borcun düzeyi değil, ölçülemez olmasıdır. Envanteri açık, sahibi belli, ödeme maliyeti tahmin edilmiş yüksek bir borç, alıcının modeline giren bir kalem hâline gelir ve müzakere edilebilir. Buna karşılık kayıtsız ve düşük görünen bir borç, alıcıyı varsayım yapmaya zorlar; varsayım tipik olarak satıcının aleyhine kurulur ve iskonto, gerçek borçtan daha geniş bir güvenlik payı içerir. ### Teknik borcun sahibi organizasyonda kim olmalıdır? Envanterin bütününden sorumlu, ödeme bütçesini talep etme yetkisi olan ve bu bütçenin ticari baskı altında kesilmesine karşı koyabilecek konumda tek bir merci olmalıdır; pratikte bu genellikle mühendislik liderliğidir. Kritik olan, tahsisin azaltılmasının yönetim kurulu düzeyinde bir karar hâline getirilmesidir. Sahipliğin dağıtıldığı yapılarda karar kapasitesi kazanılmış meşruiyeti yüksek bir iki kişiye kayar ve kurucu bağımlılığı riski büyür. ### Teknik borç envanteri satın alma sözleşmesine nasıl yansır? Kayıtlı bir envanter, temsil ve tekeffül kapsamını daraltma yönünde çalışır, çünkü bilinen kısıtlar açıklanmış kabul edilir ve veri odasına dayanan taahhütler bu kalemleri kapsam dışına taşır. Envanterin bulunmadığı işlemlerde ise alıcı tipik olarak genişletilmiş bir teknoloji tekeffülü, daha yüksek escrow oranı ve yol haritası teslimlerine bağlı earn-out tetikleri talep eder; risk fiyat yerine yapı üzerinden dengelenir. --- Kaynak: https://www.beirek.com/tr/blog/technical-debt-in-due-diligence Yayımlayan: BEIREK LLC — https://www.beirek.com