---
title: "Modelin Taşındığı Yer: Bir Karar Aracının Kendi Bağlamından Koptuğu An"
description: "Deployment bias, bir karar modelinin tasarlandığı örgütsel bağlamdan farklı bir bağlamda, aynı geçerlilikte kabul edilerek kullanılmasıdır. Model taşındığında formülü değil, arkasındaki örtük varsayımlar — müşteri profili, karar hızı, veri kalitesi, yetki dağılımı — geride kalır. Bedeli tipik olarak modelde değil, modeli uygulayan birimin performansında görünür."
url: https://www.beirek.com/tr/blog/deployment-bias-model-context-mismatch
canonical: https://www.beirek.com/tr/blog/deployment-bias-model-context-mismatch
published: 2025-04-27
modified: 2025-04-27
category: "Örgüt Psikolojisi"
category_url: https://www.beirek.com/tr/blog/category/organisational-psychology
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: ["deployment bias","model taşınabilirliği","örgütsel bağlam","karar modeli kalibrasyonu","satın alma sonrası entegrasyon","teşvik sistemi tasarımı","kurumsal karar mimarisi"]
topics: ["Karar araçlarının birimler arası transferinde geçerlilik koşullarının kaybı","Standartlaştırma ile bağlam varyansı arasındaki denge","Satın alma sonrası entegrasyonda onay matrisi uyumsuzluğu","Model sapmasının uygulama hatası olarak yanlış sınıflandırılması"]
alternate_language_url: https://www.beirek.com/en/blog/deployment-bias-model-context-mismatch
---

# Modelin Taşındığı Yer: Bir Karar Aracının Kendi Bağlamından Koptuğu An

> **Kısaca:** Deployment bias, bir karar modelinin tasarlandığı örgütsel bağlamdan farklı bir bağlamda, aynı geçerlilikte kabul edilerek kullanılmasıdır. Model taşındığında formülü değil, arkasındaki örtük varsayımlar — müşteri profili, karar hızı, veri kalitesi, yetki dağılımı — geride kalır. Bedeli tipik olarak modelde değil, modeli uygulayan birimin performansında görünür.

*Bir şirkette işleyen fiyatlama modeli, teşvik sistemi ya da onay matrisi, başka bir birime taşındığında çoğu zaman aynı sonucu üretmez; üstelik başarısızlık aracın kendisine değil, uygulayan ekibe yazılır. Bu makale, modelin bağlamından koptuğu anın kurumsal bedelini ve bu bedeli sınırlayan mekanizmayı ele alır.*

---

Çok birimli bir grupta, bir iş biriminde iyi çalışan bir fiyatlama modelinin diğer birimlere yayılması kararı, yönetim kurulu masasında neredeyse hiçbir zaman tartışmalı bir karar olarak açılmaz. Aksine, en kolay onaylanan kalemlerden biridir: araç zaten çalışmaktadır, yatırımı yapılmıştır, ekip eğitilmiştir, ve grup genelinde standartlaşma başlı başına bir erdem olarak sunulur. Aynı toplantıda, aracın hangi koşullar altında çalıştığı sorusu genellikle sorulmaz; sorulduğunda ise cevap, aracın performans çıktısıyla verilir — geçen yıl marj şu kadar iyileşti, sapma şu kadar daraldı — geçerlilik koşullarıyla değil. Onay alınır, yayılım takvimi kurulur, ve on iki ay sonra ikinci birimde modelin beklenen sonucu üretmediği fark edildiğinde, tartışmanın konusu artık model değil, o birimin uygulama disiplinidir.

Bu örüntü fiyatlama modeliyle sınırlı değildir. Bir üretim tesisinde geliştirilmiş bakım planlama mantığı ikinci tesise, bir satış ekibinde işleyen prim yapısı yeni kanala, merkez ofiste kurulmuş yatırım onay matrisi satın alınan bir şirkete, ya da bir ülke operasyonunda kalibre edilmiş tedarikçi skorlama sistemi başka bir yargı bölgesine aynı sessiz varsayımla taşınır: aracın geçerliliği kendisindedir, kullanıldığı yerde değil. Taşınan şey formüldür, ağırlıklardır, eşiklerdir, onay basamaklarıdır; taşınmayan şey ise bu formülün altında yatan ve hiçbir yerde yazılı olmayan koşul setidir.

Örgüt psikolojisi yazınında bu eğilim deployment bias — bir modelin, tasarlandığı bağlamdan farklı bir örgütsel bağlamda, aynı geçerlilikte kabul edilerek kullanılması — olarak adlandırılır ve mekanizması iki katmanlıdır. Birinci katman temsil sorunudur: bir model, kurulduğu ortamın düzenliliklerini içselleştirir, ve bu düzenlilikler modelin parametrelerinde değil, parametrelerin anlamlı olmasını sağlayan çevrede kodlanır. Bir bakım planı, tesisteki ekipman yaş dağılımını, vardiya yapısını, yedek parça tedarik süresini ve teknisyen devir hızını varsayar; bu varsayımların hiçbiri plan dokümanında geçmez, çünkü plan yazıldığında hepsi zaten oradaydı ve dolayısıyla görünmezdi. İkinci katman ise atıf sorunudur: aracın yeni bağlamda ürettiği sapma, aracın geçerlilik sınırına değil, uygulayanın yetkinliğine yazılır, ve bu atıf modelin sorgulanmasını yapısal olarak engeller.

Bu eğilimin bir hata olmadığını görmek önemlidir. Bir kurumun, işleyen bir aracı yeniden icat etmek yerine taşıması, koşullar birbirine yeterince benziyorsa açıkça rasyoneldir; her birimin kendi fiyatlama mantığını sıfırdan kurması, grup düzeyinde karşılaştırılabilirliği yok eder, denetim maliyetini artırır, ve kurumsal hafızayı birim sınırlarında hapseder. Standartlaştırma, bağlam varyansı düşük olduğu ölçüde bir verimlilik kazanımıdır. Sorun kısayolun kendisinde değil, kısayolu koruyan varsayımın hiçbir zaman test edilmemesindedir; yani model taşınırken hangi koşulun taşındığı, hangisinin geride kaldığı sorusunun kurumsal bir prosedüre bağlanmamış olmasındadır.

Kurumsal bedel ilk olarak, beklenenin aksine, model çıktısında değil model girdisinde görünür. Devralan birim, aynı alan adlarını kendi operasyonunun mantığıyla doldurur: birinci birimde "teslim tarihi" sözleşmedeki tarihken, ikincisinde depodan çıkış tarihidir; "aktif müşteri" bir tarafta son on iki ayda işlem yapan, diğer tarafta cari hesabı açık olan müşteridir. Model matematiksel olarak doğru çalışmaya devam eder, çıktı üretir, raporlanır, ve sapma aylarca görünmez — çünkü hiçbir kontrol noktası, aynı adı taşıyan iki alanın aynı şeyi ölçüp ölçmediğini sorgulamaz. Sapma nihayet fark edildiğinde ise geriye dönük düzeltme, o dönemde alınmış fiyat kararlarını, hesaplanmış primleri ve verilmiş teklifleri kapsadığı için genellikle yapılmaz; hata bir kerelik gider olarak yazılır ve model kullanılmaya devam eder.

İkinci bedel kalemi teşvik hattında birikir. Bir birimde kalibre edilmiş prim yapısı, satış döngüsü belirgin biçimde farklı bir kanala taşındığında, aynı davranışı değil, o kanalda ödüllendirilebilir en kolay davranışı üretir; ödeme eşiği kısa döngüye göre ayarlanmış bir sistem, uzun döngülü işte satış temsilcisini küçük ve hızlı işlere yönlendirir, ve bunun bilançodaki karşılığı ciro düşüşü değil, ortalama işlem büyüklüğünün ve müşteri ömür boyu değerinin sessiz erozyonudur. Bu erozyon aylık raporlamada görünmez, çünkü toplam ciro hedefi tutmaktadır; ancak on sekiz ay sonra, aynı kanalda yenileme oranı sorgulandığında ortaya çıkar ve o noktada nedensellik zinciri artık kurulamaz hâle gelmiştir.

Üçüncü ve değerleme masasına en doğrudan bağlanan bedel, satın alınan şirketlere merkez modellerinin taşınmasında görünür. Bir satın alma sonrası entegrasyon planında, hedef şirketin yatırım onay matrisini grup standardına çevirmek neredeyse otomatik bir adımdır; oysa hedef şirketin karar hızı, çoğu zaman satın alma tezinin kendisinin bir parçasıdır — küçük ölçekli, hızlı karar veren, müşteriye yakın bir yapı olduğu için alınmıştır. Grup onay matrisi, belirli bir sermaye tabanına ve belirli bir risk iştahına göre kalibre edilmiş eşikler taşır; bu eşikler daha küçük bir bilançoya uygulandığında, hedef şirketin rutin işletme kararlarının önemli bir kısmı merkez onayına düşer, karar döngüsü uzar, ve satın almanın gerekçesi olan çeviklik entegrasyonun kendisi tarafından tüketilir. Bu tür bir kayıp, sonraki bir elden çıkarma sürecinde due diligence yürüten tarafın karşısına, açıklanması güç bir büyüme yavaşlaması olarak çıkar ve çarpanı doğrudan aşağı çeker.

Bu eğilimi nötrleyen mekanizma bireysel dikkat ya da uygulayıcı eğitimi değildir; her ikisi de sorunu doğru katmanda ele almaz, çünkü modeli taşıyan kişi geride kalan varsayımı zaten bilmemektedir. İşleyen müdahalenin dört ayrılabilir bileşeni vardır. Birincisi, geçerlilik koşulu kaydıdır: model kurulurken değil, taşınırken değil, kurulduğu anda hangi koşullar altında geçerli sayıldığı yazılı hâle getirilir — hangi hacim aralığı, hangi müşteri profili, hangi veri gecikmesi, hangi karar yetkisi dağılımı. İkincisi, devralan birimde yürütülen kalibrasyon testidir: model üretime alınmadan önce, yeni birimin geçmiş dönem verisiyle geriye dönük çalıştırılır ve fiilen alınmış kararlarla karşılaştırılır. Üçüncüsü, alan tanımı mutabakatıdır: modelin kullandığı her girdi alanının, iki birimde de aynı olayı ölçüp ölçmediği alan alan teyit edilir. Dördüncüsü, sapma eşiği ve gözden geçirme ritmidir: model çıktısı, birinci birimdeki tarihsel dağılımdan belirlenmiş bir bant dışına çıktığında, otomatik olarak uygulama hatası değil geçerlilik sorunu olarak sınıflanır ve incelemeye alınır.

BEIREK, birden fazla varlığı ve birden fazla operasyonel bağlamı olan gruplarda çalışırken, taşınan her karar aracını bir devir dosyasına bağlar; bu dosya modelin kendisini değil, modelin geçerlilik zeminini taşır. Dosyada üç şey bulunur: aracın kurulduğu bağlamda doğru sayılmış varsayımların listesi, bu varsayımların devralan bağlamda tek tek karşılanıp karşılanmadığına dair yazılı değerlendirme, ve karşılanmayan her varsayım için ya aracın parametrelerinde yapılan kalibrasyonun ya da bilinçli olarak kabul edilen sapmanın kaydı. Kabul edilen sapma da bir karardır ve kaydı tutulur; böylece on sekiz ay sonra performans tartışıldığında, sonucun uygulama disiplininden mi yoksa baştan kabul edilmiş bir bağlam farkından mı doğduğu sorusu, hafızaya değil belgeye sorulur.

Bu dosyanın işletilme ritmi, projenin ya da entegrasyonun kendi takvimine bağlanır: aracın devrinden önce varsayım listesi çıkarılır, devirden önceki son aşamada geriye dönük kalibrasyon yürütülür, üretime alındıktan sonraki ilk iki raporlama döneminde çıktı dağılımı kaynak bağlamla karşılaştırılır, ve ilk yıl sonunda geçerlilik koşulları yeniden gözden geçirilir. Bu ritmin taşıdığı asıl işlev, hatayı önlemekten çok, hatanın sınıflandırılmasını doğru yapmaktır; çünkü bir modelin yanlış bağlamda çalıştırıldığının fark edilmemesinin bedeli, modelin baştan yanlış olmasının bedelinden düzenli olarak daha yüksektir. Yanlış model düzeltilir; yanlış bağlamda doğru model ise yıllarca güven verir ve tam da bu yüzden sorgulanmaz.

Bir yatırım komitesi masasında, grup genelinde tek bir standart karar aracının kullanılıyor olması çoğu zaman kurumsal olgunluk göstergesi olarak okunur, ve belirli koşullarda gerçekten öyledir. Ancak aynı bulgu, aracın her birimde nasıl kalibre edildiğine dair bir kayıt yoksa, tersine bir işaret de taşır: farklı bağlamlarda üretilmiş kararların, ortak bir formülün arkasında karşılaştırılabilirmiş gibi görünmesi. Sorulması gereken soru, grubun tek bir modeli olup olmadığı değil; o modelin hangi bağlamda kurulduğunun, hangi bağlamlara taşındığının ve her taşımada neyin geride kaldığının kurumsal olarak bilinip bilinmediğidir. Bu soruya belgeyle cevap verebilen bir yapıda standartlaşma bir kaldıraçtır; cevabı yalnızca uygulayıcının hafızasında olan bir yapıda ise, henüz maliyeti ölçülmemiş bir varyans kaynağıdır.

## Ana Noktalar

- Bir modelin taşınabilirliğini belirleyen şey formülün kendisi değil, formülün sessizce varsaydığı örgütsel koşulların yeni bağlamda da geçerli olup olmadığıdır.
- Model taşındığında ilk bozulan kalem genellikle çıktı değil girdi kalitesidir; aynı alan adı farklı birimde farklı tanımla doldurulur ve sapma aylarca görünmez.
- Bir aracın başka birimde başarısız olması, çoğu zaman aracın geçerliliğine değil uygulayan ekibin yetkinliğine yazılır ve bu atıf hatası düzeltme döngüsünü kapatır.
- Deployment bias'ı sınırlayan mekanizma bireysel dikkat değil, modelin geçerlilik koşullarının yazılı olarak taşınması ve devralan birimde yeniden kalibre edilmesidir.
- Due diligence sürecinde grup genelinde tek bir standart model görülmesi olgunluk işareti sayılabildiği gibi, kalibrasyon kaydı yoksa gizli bir varyans kaynağıdır.

## Sorular

### Deployment bias nedir ve neden fark edilmesi zordur?

Deployment bias, bir karar modelinin tasarlandığı örgütsel bağlamdan farklı bir bağlamda aynı geçerlilikte kabul edilerek kullanılmasıdır. Fark edilmesi zordur çünkü model matematiksel olarak çalışmaya ve çıktı üretmeye devam eder; bozulan şey görünür formül değil, formülün arkasındaki örtük varsayımlardır. Sapma ortaya çıktığında ise genellikle modelin geçerliliğine değil, uygulayan ekibin disiplinine yazılır.

### Bir fiyatlama veya prim modelini başka bir birime taşımadan önce ne kontrol edilmelidir?

Üç kontrol önceliklidir. Modelin kullandığı her girdi alanının iki birimde de aynı olayı ölçüp ölçmediği alan alan teyit edilmelidir. Model, devralan birimin geçmiş dönem verisiyle geriye dönük çalıştırılıp fiilen alınmış kararlarla karşılaştırılmalıdır. Son olarak, modelin kurulduğu bağlamda doğru sayılan hacim aralığı, müşteri profili, karar döngüsü ve veri gecikmesi varsayımlarının yeni bağlamda karşılanıp karşılanmadığı yazılı olarak değerlendirilmelidir.

### Satın alınan şirkete grup onay matrisi uygulanması neden risk üretir?

Grup onay matrisi belirli bir sermaye tabanına ve risk iştahına göre kalibre edilmiş eşikler taşır. Bu eşikler daha küçük bilançolu bir şirkete uygulandığında, o şirketin rutin işletme kararlarının önemli bölümü merkez onayına düşer ve karar döngüsü uzar. Satın alma tezinin gerekçesi hedefin karar hızıysa, entegrasyonun kendisi tezi tüketir; sonuç bir sonraki değerleme sürecinde açıklanması güç bir büyüme yavaşlaması olarak görünür.

### Model taşımasında kalibrasyon kaydı tutmanın değerleme açısından karşılığı nedir?

Kalibrasyon kaydı, grup genelindeki standart aracın her birimde hangi varsayımla ve hangi kabul edilmiş sapmayla çalıştığını belgeler. İnceleme sürecinde bu kayıt varsa, farklı birimlerden gelen karar çıktıları gerçekten karşılaştırılabilir sayılır ve standartlaşma bir olgunluk göstergesi olarak fiyatlanır. Kayıt yoksa, aynı standart araç ortak bir formülün arkasında gizlenmiş, henüz ölçülmemiş bir varyans kaynağı olarak değerlendirilir.

---

Kaynak: https://www.beirek.com/tr/blog/deployment-bias-model-context-mismatch
Yayımlayan: BEIREK LLC — https://www.beirek.com
