--- title: "Look-ahead Bias: Karar Tarihinde Var Olmayan Bilginin Geriye Sızması" description: "Look-ahead bias, bir kararın veya modelin geriye dönük testinde, karar tarihinde henüz bilinmeyen bilginin analize karışmasıdır. Sonuç, geçmiş performansın olduğundan isabetli görünmesi ve buna göre kalibre edilen tolerans, contingency ve covenant başlıklarının fazla dar kurulmasıdır. Nötrleyen mekanizma bireysel dikkat değil, bilgi kümesinin karar anında dondurulduğu kayıt mimarisidir." url: https://www.beirek.com/tr/blog/look-ahead-bias canonical: https://www.beirek.com/tr/blog/look-ahead-bias published: 2025-04-15 modified: 2025-04-15 category: "Karar ve Yargı Yanılgıları" category_url: https://www.beirek.com/tr/blog/category/judgement-decision-making 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: ["look-ahead bias","geriye dönük test","karar kaydı","due diligence","nokta-zamanlı veri","hindsight bias","earn-out kalibrasyonu"] topics: ["Karar ve yargı yanılgıları","Yatırım komitesi yönetişimi","Due diligence ve veri doğrulama","Proje performans ölçümü","Kurumsal hafıza ve karar kaydı"] alternate_language_url: https://www.beirek.com/en/blog/look-ahead-bias --- # Look-ahead Bias: Karar Tarihinde Var Olmayan Bilginin Geriye Sızması > **Kısaca:** Look-ahead bias, bir kararın veya modelin geriye dönük testinde, karar tarihinde henüz bilinmeyen bilginin analize karışmasıdır. Sonuç, geçmiş performansın olduğundan isabetli görünmesi ve buna göre kalibre edilen tolerans, contingency ve covenant başlıklarının fazla dar kurulmasıdır. Nötrleyen mekanizma bireysel dikkat değil, bilgi kümesinin karar anında dondurulduğu kayıt mimarisidir. *Bir kararın sonradan değerlendirilmesinde, karar anında mevcut olmayan bilginin analize sızması, hem geçmiş performansın olduğundan güvenilir görünmesine hem de gelecekteki toleransların fazla dar kurulmasına yol açar. Bu sızıntı bir dikkatsizlik değil, kurumsal kayıt sistemlerinin güncel gerçeği tutmak üzere tasarlanmış olmasının doğal yan ürünüdür.* --- Bir yatırım komitesinin, iki yıl önce onayladığı bir projenin gözden geçirmesine başladığı ilk cümle çoğu zaman bir rakam içerir; ve bu rakam, kararın alındığı gün odada bulunmayan bir rakamdır. Nihai yatırım tutarı, devreye alma tarihi, ilk yıl kapasite faktörü ya da kur seviyesi — hangisi olursa olsun, gözden geçirmenin çerçevesini kuran veri, kararın kendisinden sonra oluşmuştur. Toplantı bu rakamla açıldığı andan itibaren, tartışılan şey artık "o gün eldeki bilgiyle bu karar makul muydu" değil, "bugün bildiğimizle bu karar doğru muydu" sorusudur; ve iki soru arasındaki mesafe, kurumun bir sonraki kararını bugünküne göre çok daha fazla belirler. Aynı örüntü, inceleme masasında bambaşka bir yüzeyden görünür. Bir geliştiricinin veri odasına koyduğu geçmiş dönüşüm oranı — geliştirme aşamasına giren projelerin kaçının finansal kapanışa ulaştığı — çoğu zaman bugünkü proje listesi üzerinden hesaplanmıştır; oysa o listede, yolun ortasında düşen, portföyden çıkarılan ya da hiç kayda geçmemiş girişimler artık yer almaz. Payda bugünden bakılarak kurulduğu için, oran matematiksel olarak doğru fakat karar açısından anlamsızdır. Benzer biçimde, bir EPC yüklenicisinin geçmiş gecikme performansı, tamamlanmış işler üzerinden ölçüldüğünde, henüz tamamlanamamış ve tam da bu yüzden en fazla bilgi taşıyan işleri dışarıda bırakır. Bu sızıntının adı **look-ahead bias**'tır — karar tarihinde henüz mevcut olmayan bilginin, o karara ilişkin geriye dönük analize karışması. Sık karıştırıldığı **hindsight bias**'tan (sonucu öğrendikten sonra onu baştan öngörülebilir sanma eğilimi) yapısal olarak ayrılır: hindsight bir hafıza ve atıf sorunudur, bireyin kafasında olur ve farkındalıkla kısmen zayıflatılabilir. Look-ahead ise veri katmanında olur; kimsenin yanılmasına gerek yoktur, çünkü yanlış olan muhakeme değil, muhakemenin beslendiği kümedir. Bu yüzden ilkine karşı uyarı işe yarar, ikincisine karşı yalnızca mimari işe yarar. Sızıntının kaynağı, çoğu kurumda bilinçli bir tercihin yan ürünüdür. ERP, konsolidasyon ve CRM sistemleri, geçmişteki bilgi durumunu değil, bugün bilinen en doğru gerçeği tutmak üzere tasarlanır; bir maliyet kalemi yeniden sınıflandırıldığında, bir hesap planı değiştiğinde, bir düzeltme kaydı atıldığında ya da konsolidasyon perimetresi güncellendiğinde, sistem eski satırı korumaz, üzerine yazar. Bu tercih operasyonel olarak rasyoneldir; iki zamanlı kayıt tutmak — hem olayın gerçekleştiği tarihi hem de onun bilindiği tarihi ayrı ayrı taşımak — hem sistem hem süreç tarafında belirgin bir maliyet üretir. Sorun kayıt disiplininde değil, operasyonel amaçla tutulan bir kaydın sonradan tarihsel kanıt tabanı olarak kullanılmasındadır. Buna bir de zamanlama katmanı eklenir. Dış veri — şebeke bağlantı sırası açıklamaları, denetimden geçmiş finansallar, emtia endeksleri, düzenleyici kararlar — üretildiği anda değil, belirli bir gecikmeyle yayımlanır; ve çoğu geriye dönük analiz, bu veriyi ait olduğu döneme atar, yayımlandığı döneme değil. Karar tarihinde henüz açıklanmamış bir çeyrek verisiyle beslenen bir model, gerçekte hiç kullanılamayacak bir bilgiyle test edilmiş olur. Aynı mantık iç veri için de geçerlidir: kapanış sonrası düzeltmelerle olgunlaşan bir aylık maliyet raporu, karar anında o hâliyle masada değildi. Kurumsal bedel, ilk bakışta sanıldığı gibi geçmişin yanlış anlatılması değildir; bedel, o geçmişe bakılarak kalibre edilen geleceğin başlıklarında ortaya çıkar. Sızıntılı bir veri kümesi üzerinde test edilen bir tahmin modeli ya da onaylama eşiği, öngörülebilir biçimde dar bir hata bandı üretir; ve bu dar band, contingency oranının, iş programı payının, rezerv hesabı seviyesinin ve covenant headroom'unun aynı ölçüde dar kurulmasına gerekçe olur. Yapının mekaniği şudur: geçmişte fiilen yaşanmış olan belirsizlik, ölçüldüğü anda kısmen silinmiştir, dolayısıyla gelecekteki belirsizlik için ayrılan tampon, sistematik olarak gerçek dağılımın altında kalır. Bu farkın ilk görüldüğü yer genellikle ilk çekiş dönemi değil, ikinci yıl bütçe revizyonudur. Değerleme tarafında etki daha doğrudandır. Bir şirketin kendi geçmiş serisi — satış dönüşüm oranı, teklif kazanma oranı, müşteri devamlılığı, proje marj sapması — bugünkü sistemden yeniden üretildiğinde, alıcı tarafın due diligence ekibi bu seriyi nokta-zamanlı raporlarla karşılaştıramaz; ve karşılaştırılamayan her seri, kapanış müzakeresinde doğrulanmış değil, iddia edilmiş sayılır. Bunun fiyata yansıması genellikle çarpanın kendisinde değil, yapının çevresinde görünür: earn-out'un ölçüm tanımı daralır, escrow oranı yükselir, temsil ve tekeffül kapsamı genişler, kapanış öncesi koşullara ek bir doğrulama maddesi eklenir. Uygulanan iskonto kötü performansın değil, tekrarlanabilirliği gösterilemeyen performansın iskontosudur. Üçüncü ve en sessiz bedel yönetişim katmanındadır. Bir proje gözden geçirmesi, sonucu bilerek kurulan bir bilgi kümesi üzerinden yürütüldüğünde, değerlendirilen yönetici hiçbir zaman sahip olmadığı bir bilgiye göre yargılanmış olur; ve bu, kurumda öngörülebilir bir davranış üretir. Karar vericiler, kararın kalitesini değil kararın savunulabilirliğini optimize etmeye başlar; öneri notları uzar, varsayımlar muhafazakârlaşır, risk iştahı tam da alınmasının rasyonel olduğu yerde daralır. Kurumsal hafıza böylece dolu görünür ama işlevsiz kalır, çünkü kaydettiği şey kararın gerekçesi değil, kararın sonradan üretilmiş savunmasıdır. Bu eğilimi nötrleyen mekanizmanın dört bileşeni vardır ve dördü de bireysel dikkate değil kayıt mimarisine dayanır. Birincisi, karar kaydının onay anında değil **öneri anında** tutulması; kararla birlikte, o kararı besleyen bilgi kümesinin — hangi raporun hangi tarihli sürümü, hangi varsayımın hangi kaynağı, hangi sorunun cevapsız kaldığı — eke bağlanmasıdır. İkincisi, tarihsel serilerin iki zamanlı tutulması: olayın gerçekleştiği tarih ile o olayın bilindiği tarih ayrı alanlarda taşınır, böylece herhangi bir geçmiş ana ait "o gün bilinen" görünüm yeniden üretilebilir. Üçüncüsü, gözden geçirme protokolünde okuma sırasının sabitlenmesi: oda önce dondurulmuş öneri notunu okur, sonucu ancak ondan sonra açar. Dördüncüsü, herhangi bir oran iddiasında evrenin kesim tarihindeki hâliyle tanımlanması ve düşen, iptal edilen, terk edilen kayıtların paydada bırakılmasıdır. BEIREK'in sermaye-yoğun projelerde yürüttüğü müdahale bu dört bileşeni operasyonel ritme bağlar. Yönettiğimiz projelerde varsayım kaydı, her varsayımın kaynağı ve o kaynağın bilinme tarihiyle birlikte tutulur; bir varsayım revize edildiğinde eski satır silinmez, yeni bir sürüm olarak eklenir, dolayısıyla FID öncesi ile ilk çekiş arasındaki her ara kararın hangi bilgi kümesi üzerinde alındığı sonradan yeniden kurulabilir. Aylık ilerleme raporlaması, düzeltilmiş nihai değerlerin yanı sıra rapor tarihindeki hâliyle arşivlenir; maliyet ve program sapması analizleri de bu nokta-zamanlı sürümler üzerinden yürütülür, güncel konsolidasyondan geriye doğru okunarak değil. İnceleme tarafında aynı disiplin ters yönde çalışır. Bir hedef şirketin ya da bir yüklenicinin geçmiş performans iddiası incelenirken, seriyi bugünkü sisteminden değil, o dönem fiilen üretilmiş raporlarından — yönetim kurulu paketleri, dönemsel ilerleme raporları, banka raporlamaları — yeniden kurar, ikisi arasındaki farkı ayrı bir bulgu olarak kaydederiz; çünkü bu fark çoğu zaman performansın kendisinden daha bilgilendiricidir ve doğrudan earn-out tanımı ile escrow kalibrasyonuna girer. Aynı mantıkla yürüttüğümüz pre-mortem oturumları, kararın alındığı anın bilgi kümesini bilinçli olarak dondurur; oturumun çıktısı bir tahmin değil, hangi bilginin karar anında yokluğunun sonucu değiştirebileceğine dair bir haritadır. Bir kurumun geçmişinden ne kadar öğrendiği, ne kadar çok kayıt tuttuğuyla değil, o kayıtların hangi ana ait olduğunu ne kadar kesin bildiğiyle ölçülür; ve karar anındaki bilgi durumunu yeniden üretemeyen bir arşiv, geçmişi değil yalnızca bugünün geçmişe yansıtılmış hâlini saklar. Asıl soru şudur: bu kurumda alınan son on önemli karar için, karar sahibinin o gün elinde ne olduğu bugün belgeyle gösterilebilir mi? ## Ana Noktalar - Geriye dönük değerlendirmede kullanılan veri, operasyonel sistemin bugünkü hâlinden çekildiğinde, yeniden sınıflandırma ve düzeltme kayıtları sessizce geçmişe yayılır. - Sızıntının bilançodaki karşılığı geçmiş performans değil, o performansa bakılarak dar kurulan contingency oranı ve covenant başlığıdır. - Bir şirketin dönüşüm veya isabet oranı, evreni bugünkü proje listesinden kurulduğunda, kapanış öncesi inceleme masasında doğrulanamaz bir iddiaya dönüşür. - Look-ahead bias psikolojik bir hafıza sorunu değil, tek katmanlı kayıt tutmanın ekonomik olarak rasyonel tercihinden doğan yapısal bir veri sızıntısıdır. - Karar kaydı onay anında değil öneri anında tutulduğunda, bilgi kümesi kararla birlikte dondurulur ve sonraki gözden geçirme referans noktasını kaybetmez. ## Sorular ### Look-ahead bias ile hindsight bias arasındaki fark nedir? Hindsight bias psikolojik bir eğilimdir: sonucu öğrenen kişi, o sonucu baştan öngörülebilir sanır. Look-ahead bias ise veri katmanında oluşan yapısal bir sızıntıdır; karar tarihinde henüz mevcut olmayan bilgi, o karara ilişkin geriye dönük analize karışır. Birincisi farkındalık ve tartışma disipliniyle kısmen zayıflatılabilir; ikincisi yalnızca kayıt mimarisiyle, yani bilgi kümesinin karar anında dondurulmasıyla önlenir. ### Şirket verilerinde look-ahead bias nasıl oluşur? Operasyonel sistemler geçmişteki bilgi durumunu değil, bugün bilinen en doğru gerçeği tutmak üzere tasarlanır. Bir maliyet kalemi yeniden sınıflandırıldığında, düzeltme kaydı atıldığında ya da konsolidasyon perimetresi değiştiğinde eski satır korunmaz, üzerine yazılır. Böyle bir sistemden çekilen tarihsel seri, sonradan öğrenilen düzeltmeleri geçmişe yaymış olur; seri matematiksel olarak doğru, karar değerlendirmesi açısından ise kullanılamaz hâle gelir. ### Geçmiş performans oranları neden due diligence sürecinde sorgulanır? Bir dönüşüm, kazanma ya da devamlılık oranı, evreni bugünkü kayıt listesinden kurulduğunda, yolun ortasında düşen veya portföyden çıkarılan girişimleri paydada barındırmaz. Bu durumda oran sistematik olarak yukarı sapar. İnceleme ekipleri seriyi dönemin fiilen üretilmiş raporlarıyla karşılaştıramadığında, iddia doğrulanmış değil beyan edilmiş sayılır; sonuç genellikle çarpanda değil, earn-out tanımında, escrow oranında ve tekeffül kapsamında görünür. ### Look-ahead bias'ı önlemek için hangi kurumsal mekanizma kurulmalı? Dört bileşen işlev görür: karar kaydının onay anında değil öneri anında tutulması ve besleyen bilgi kümesinin eke bağlanması; tarihsel serilerin olay tarihi ile bilinme tarihi ayrı taşınacak biçimde iki zamanlı tutulması; gözden geçirme oturumunda önce dondurulmuş öneri notunun, sonra sonucun okunması; ve her oran iddiasında evrenin kesim tarihindeki hâliyle, düşen kayıtlar paydada bırakılarak tanımlanmasıdır. --- Kaynak: https://www.beirek.com/tr/blog/look-ahead-bias Yayımlayan: BEIREK LLC — https://www.beirek.com