--- title: "Konfigürasyon Yönetimi: Hangi Sürümün Sahada Olduğunu Kimse Bilmediğinde Değerleme Nereden Kırılır" description: "Konfigürasyon yönetimi, bir ürünün ya da tesisin her sürümünün hangi tasarım, parça ve doküman setine dayandığını izlenebilir biçimde sabitleyen disiplindir. Yatırım incelemesinde aranan şey yazılımın kendisi değil, sahadaki fiili durum ile kayıtlı tasarım arasındaki farkın kapatılabilir olmasıdır. Bu fark gösterilemediğinde eksiklik, garanti karşılığı ve earn-out yapısı üzerinden fiyatlanır." url: https://www.beirek.com/tr/blog/configuration-management-due-diligence canonical: https://www.beirek.com/tr/blog/configuration-management-due-diligence published: 2026-07-08 modified: 2026-07-08 category: "Teknoloji ve Mühendislik" category_url: https://www.beirek.com/tr/blog/category/technology-engineering 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: ["konfigürasyon yönetimi","teknik due diligence","değişiklik yönetimi","as-built izlenebilirlik","mühendislik kayıt disiplini","kurucu bağımlılığı","değerleme iskontosu","temsil ve tekeffül"] topics: ["Yatırım hazırlığı ve teknik due diligence","Mühendislik kayıt ve değişiklik yönetimi disiplini","Kurumsal hafıza ve kurucu bağımlılığının değerlemeye etkisi","Sermaye-yoğun projelerde devreye alma ve as-built mutabakatı"] alternate_language_url: https://www.beirek.com/en/blog/configuration-management-due-diligence --- # Konfigürasyon Yönetimi: Hangi Sürümün Sahada Olduğunu Kimse Bilmediğinde Değerleme Nereden Kırılır > **Kısaca:** Konfigürasyon yönetimi, bir ürünün ya da tesisin her sürümünün hangi tasarım, parça ve doküman setine dayandığını izlenebilir biçimde sabitleyen disiplindir. Yatırım incelemesinde aranan şey yazılımın kendisi değil, sahadaki fiili durum ile kayıtlı tasarım arasındaki farkın kapatılabilir olmasıdır. Bu fark gösterilemediğinde eksiklik, garanti karşılığı ve earn-out yapısı üzerinden fiyatlanır. *Konfigürasyon yönetimi, teknik bir kayıt disiplini gibi görünse de bir yatırım incelemesinde doğrudan tekrarlanabilirlik sorusunun karşılığıdır. Sahadaki ürünün hangi tasarım sürümüne dayandığı belge üzerinden gösterilemediğinde, garanti kapsamı, seri üretim maliyeti ve devir sonrası mühendislik kapasitesi aynı anda belirsizleşir.* --- Bir teknik due diligence oturumunda tekrarlayan bir sahne vardır: inceleme ekibi sahada çalışan bir üniteyi ya da müşteride kurulu bir sistemi işaret eder ve tek bir soru sorar — bu ünitenin dayandığı tasarım paketinin sürüm numarası nedir. Odadaki mühendislik yöneticisi genellikle doğru cevabı bilir, hatta parçanın hangi revizyondan sonra değiştiğini hafızasından anlatabilir; ancak bu cevabı bir kayıt üzerinden gösterme aşamasına gelindiğinde, üç ayrı dosya, iki farklı klasör yapısı ve bir e-posta zinciri devreye girer. Cevap doğrudur, fakat doğruluğu belgeye değil bir kişinin belleğine dayanmaktadır. İncelemeyi yürüten tarafın not defterine geçen şey, cevabın kendisi değil, cevaba ulaşmak için gereken adım sayısıdır. İkinci sahne bunun tamamlayıcısıdır. Şirket, konfigürasyon yönetimi konusunda hazırlıklıdır; bir PLM ya da doküman yönetim sistemi lisanslanmıştır, revizyon numaraları düzenlidir, onay akışı tanımlıdır. Ancak sistemdeki en güncel çizim ile sahada monte edilmiş donanım arasında, hiç kimsenin tam olarak envanterini çıkarmadığı bir dizi alan değişikliği durur — müşteri talebiyle yapılmış bir bağlantı revizyonu, tedarikçi kaynaklı bir muadil parça ikamesi, devreye alma sırasında sahada çözülmüş bir montaj problemi. Bunların her biri kendi anında rasyonel kararlardı; hiçbiri geri beslenmediği için toplamları bir sapmaya dönüştü. Sistem vardır, kayıt vardır, fakat kayıt ile gerçeklik arasındaki mesafe ölçülmemiştir. Bu sapmanın altındaki mekanizma bir disiplinsizlik değil, bir zamanlama asimetrisidir. Bir değişikliği sahada uygulamanın maliyeti o an ödenir ve karşılığı hemen görülür: müşteri memnun olur, devreye alma takvimi tutar, tesis çalışır. Aynı değişikliği tasarım paketine geri işlemenin maliyeti de o an ödenir, fakat karşılığı ancak aylar veya yıllar sonra, başka bir kişi aynı ürünle karşılaştığında görülür. Fayda ile maliyet arasındaki bu zaman farkı, hızlı büyüyen ve mühendislik kapasitesi kritik olan bir organizasyonda öngörülebilir biçimde aynı sonucu üretir — geri besleme adımı, işi yavaşlatmadığı sürece yapılır, yavaşlattığı anda ertelenir, ve ertelenmiş geri beslemelerin birikimi bir noktadan sonra kapatılamaz hâle gelir. Buna ikinci bir mekanizma eşlik eder: konfigürasyon yönetiminin çıktısının kim için üretildiğinin belirsiz kalması. Kayıt tutma işi, kaydı tutanla kaydı kullanan farklı kişiler olduğunda anlamlıdır; aynı kişiyse, kaydın bilişsel değeri düşer, çünkü bilgi zaten kafadadır. Kurucusuyla ya da ilk mühendislik ekibiyle çalışan bir şirkette bu koşul uzun süre sağlanmaz — tasarımı yapan, üretimi denetleyen ve sahada sorunu çözen çoğu zaman aynı dar çekirdektir. Konfigürasyon disiplini bu yapıda gereksiz bir bürokrasi gibi görünür ve gerçekten de günlük operasyonda öyledir. Sorun, koşulun değişmesiyle — ekip büyüdüğünde, ikinci tesis açıldığında, ya da şirket devredildiğinde — kısayolun devam etmesindedir. İnceleme masasında bu durumun karşılığı, doğrudan bir teknik bulgu olarak değil, birbirinden bağımsız görünen bir dizi ikincil bulgu olarak belirir. Garanti karşılığı kalemi, geçmiş saha müdahalelerinin hangi sürümde yoğunlaştığı ayrıştırılamadığı için istatistiksel değil savunmacı biçimde belirlenmiştir; yani gerçek risk profilinden bağımsız olarak yüksek ya da yanıltıcı biçimde düşüktür. Yedek parça stoku, hangi sahada hangi muadilin kullanıldığı bilinmediği için gereğinden geniş tutulur ve işletme sermayesi döngüsünü uzatır. Seri üretime geçiş senaryosunda birim maliyet tahmini, hangi konfigürasyonun referans alınacağı netleşmediği için bir aralık olarak sunulur ve o aralığın üst ucu modele girer. Üç kalem de finansal tablodadır, üçünün de kökeni aynı mühendislik boşluğudur. Bu boşluğun değerlemeye yansıma kanalı çoğunlukla başlık fiyatı değildir. Alıcı tarafın tipik davranışı, konfigürasyon izlenebilirliği gösterilemeyen bir hedefte fiyatı kırmak yerine yapıyı değiştirmektir: earn-out dönemini teknik ekibin devrini kapsayacak biçimde uzatmak, temsil ve tekeffül kapsamına ürün uygunluğuna dair ayrı bir başlık eklemek, escrow oranını sektör ortalamasının üzerinde tutmak, ve kapanış öncesi koşul olarak sahadaki kurulu tabanın envanterini talep etmek. Bu koşulların her biri satıcı tarafında ölçülebilir bir bedel üretir — nakde erişimin gecikmesi, kurucunun devir sonrası bağlılık süresinin uzaması, ve tekeffül altında kalan sürenin genişlemesi. Fiyat aynı görünürken, fiyatın bugünkü değeri belirgin biçimde düşer. Aynı mekanizma yatırım kararının ötesinde, kredi tarafında da işler. Sermaye-yoğun bir tesiste konfigürasyon kaydı, sigortacının hasar değerlendirmesi ile kredi verenin teknik danışmanının kabul raporu arasındaki köprüdür; kurulu ekipmanın hangi spesifikasyona göre monte edildiği gösterilemediğinde, bağımsız mühendis raporu koşullu düzenlenir ve bu koşul çekiş takvimine bağlanır. Böyle bir bağ kurulduğunda, konfigürasyon boşluğu artık mühendislik departmanının bir iç meselesi olmaktan çıkıp doğrudan nakit akışı takvimini belirleyen bir kalem hâline gelir. İnceleme sırasında bu bağı gören taraf, sorunun çözümünü kapanış sonrasına bırakmaz. Yapısal müdahalenin başlangıç noktası, sistem seçimi ya da doküman sayısı değildir; kaydın hangi anda tutulduğunun değiştirilmesidir. Değişiklik kaydı onay anında tutulduğunda, elde kalan yalnızca kararın kendisidir — gerekçesi, reddedilen alternatifleri ve karara götüren kısıt sonradan yeniden inşa edilemez. Kayıt öneri anında tutulduğunda ise, üç yıl sonra aynı parçayı yeniden tasarlayacak mühendis, kendisinden önceki tercihin hangi kısıt altında yapıldığını görür ve aynı analizi baştan yapmak zorunda kalmaz. Bu tek zamanlama değişikliği, konfigürasyon yönetimini bir arşivleme faaliyetinden bir mühendislik kapasitesi transferine dönüştürür. İkinci bileşen sahiplikte netleşir ve dört rolün ayrıştırılmasını gerektirir: değişikliği öneren, teknik uygunluğunu değerlendiren, ticari etkisini onaylayan, ve kaydın kapandığını doğrulayan. Küçük organizasyonlarda bu dört rolün tek kişide toplanması kaçınılmaz olabilir, fakat rollerin adlandırılmamış olması kaçınılmaz değildir; adlandırıldığı anda, ekip büyüdüğünde dağıtılabilir hâle gelir. Üçüncü bileşen ölçümdür ve buradaki tek anlamlı gösterge doküman sayısı değil, sahadaki kurulu tabanın kayıtlı tasarım sürümüyle örtüşme oranı ile bu oranın zaman içindeki yönüdür. Dördüncü bileşen ritimdir: örtüşme oranının, tesisin ya da ürün hattının doğal bakım döngüsüyle aynı sıklıkta gözden geçirilmesi, yıllık bir denetim faaliyetine bırakılması yerine. BEIREK'in bu alandaki müdahalesi tipik olarak bir sistem kurulumuyla değil, bir mutabakat çalışmasıyla başlar: sahada fiilen kurulu olanın envanteri ile mühendislik kayıtlarının karşılaştırılması ve aradaki farkın, kapatılabilir sapmalar ile kalıcı olarak farklılaşmış varyantlar olmak üzere iki kategoriye ayrılması. Bu ayrım yapılmadan yürütülen her iyileştirme çabası, kapatılamayacak bir farkı kapatmaya çalışarak mühendislik kaynağını tüketir. Ardından değişiklik kaydının öneri anına çekilmesi, dört rolün yetki matrisinde adlandırılması ve örtüşme oranının proje raporlama ritmine — aylık ilerleme toplantısına, ödeme hakediş döngüsüne ya da kredi verene giden periyodik rapora — sabitlenmesi gelir; kaydın kendi başına duran bir kalite faaliyeti olarak değil, zaten işleyen bir raporlama hattının içine yerleştirilmesi, disiplinin kişilerden bağımsız sürmesinin tek pratik yoludur. Sermaye-yoğun projelerde bu çalışmanın zamanlaması sonucun kendisi kadar belirleyicidir. Konfigürasyon mutabakatı devreye alma öncesinde yapıldığında, bulunan sapmalar tasarım paketine geri işlenebilir ve maliyeti mühendislik saatiyle sınırlıdır; aynı mutabakat işletmeye alındıktan sonra, hatta bir devir sürecinin veri odası aşamasında yapıldığında, bulunan her sapma bir müzakere kalemine dönüşür ve maliyeti artık mühendislik saatiyle değil işlem yapısıyla ölçülür. Aradaki fark, teknik içeriğin değil, bulgunun kimin masasında ortaya çıktığının farkıdır. Konfigürasyon yönetiminin bir yatırım incelemesinde gerçekte ölçtüğü şey, çizimlerin düzeni değil, şirketin kendi geçmiş mühendislik kararlarına erişme kapasitesidir. Bu kapasite mevcut olduğunda, incelemeyi yürüten taraf sahadaki performansın tekrarlanabilir olduğunu doğrulayabilir ve tekrarlanabilirlik doğrulandığı ölçüde fiyat, bugünkü nakit akışının çarpanı olmaktan çıkıp gelecekteki üretim kapasitesinin karşılığı hâline gelir. Sorulacak tek soru şudur: bugün sahada çalışan bir ünitenin dayandığı tasarım paketi, onu tasarlayan kişi şirkette olmadan gösterilebiliyor mu? ## Ana Noktalar - Konfigürasyon yönetiminin gerçek testi doküman sayısı değil, sahadaki bir üründen geriye doğru tasarım sürümüne kaç adımda ulaşılabildiğidir. - Değişiklik kaydının onay anında değil öneri anında tutulması, sonradan yeniden inşa edilemeyen gerekçe zincirini kurumsal hafızada tutan tek mekanizmadır. - Sahipsiz konfigürasyon alanı, mühendislik kararlarını tek bir kişinin belleğine taşır ve bu bağımlılık doğrudan kurucu bağımlılığı iskontosu olarak fiyatlanır. - Sahadaki sürüm ile kayıtlı sürüm arasındaki fark ölçülmediğinde, garanti karşılığı ve yedek parça stoku istatistiksel değil savunmacı biçimde belirlenir. - İnceleme masasında konfigürasyon zayıflığı fiyatı doğrudan düşürmez; earn-out süresini uzatır, escrow oranını yükseltir ve tekeffül kapsamını genişletir. ## Sorular ### Konfigürasyon yönetimi due diligence sırasında tam olarak nasıl test edilir? Test, doküman sayısını saymakla değil, sahada kurulu bir üniteden geriye doğru izleme yapmakla yürütülür. İnceleme ekibi rastgele bir kurulu varlık seçer ve dayandığı tasarım sürümüne, geçirdiği değişikliklere ve bu değişikliklerin onay kaydına kaç adımda ulaşabildiğini ölçer. Cevabın hızından çok, cevabın belirli bir kişinin belleğinden bağımsız olarak verilebilmesi belirleyicidir. ### Şirkette PLM sistemi varsa konfigürasyon yönetimi kurulmuş sayılır mı? Sistem varlığı, kayıt ile sahadaki gerçeklik arasındaki örtüşmeyi tek başına göstermez. Belirleyici olan, devreye alma sırasında ya da müşteri talebiyle yapılan alan değişikliklerinin sisteme geri işlenip işlenmediği ve bu geri beslemenin sıklığıdır. Örtüşme oranı ölçülmediği sürece, düzenli görünen bir revizyon numarası dizisi ile fiilen kurulu donanım arasında sessizce büyüyen bir mesafe oluşabilir. ### Konfigürasyon kaydındaki eksiklik satın alma fiyatını doğrudan düşürür mü? Genellikle başlık fiyatına değil işlem yapısına yansır. Alıcı tarafın tipik davranışı, earn-out dönemini teknik ekibin devrini kapsayacak biçimde uzatmak, tekeffül kapsamına ürün uygunluğuna dair ayrı bir başlık eklemek, escrow oranını yükseltmek ve kurulu tabanın envanterini kapanış öncesi koşul hâline getirmektir. Fiyat aynı görünürken bugünkü değeri düşer. ### Küçük bir mühendislik ekibinde konfigürasyon disiplini nasıl kurulur? Rol sayısını artırmadan rolleri adlandırmakla başlanır: değişikliği öneren, teknik uygunluğunu değerlendiren, ticari etkisini onaylayan ve kaydın kapandığını doğrulayan. Bu dört rol başlangıçta tek kişide toplanabilir; adlandırılmış olmaları, ekip büyüdüğünde dağıtılabilmelerini sağlar. İkinci adım, kaydın onay anında değil öneri anında tutulmasıdır; gerekçe ve reddedilen alternatifler ancak o anda yazılabilir. --- Kaynak: https://www.beirek.com/tr/blog/configuration-management-due-diligence Yayımlayan: BEIREK LLC — https://www.beirek.com