Bir teknik due diligence oturumunda test kapsamı sorulduğunda verilen ilk cevap neredeyse her zaman bir yüzdedir; kod tarafında satır ya da dal kapsamı, donanım ve tesis tarafında fabrika kabul testi protokolündeki madde sayısı. Aynı soru biçim değiştirip hangi arıza modlarının kapsandığı olarak sorulduğunda ise cevabın dili değişir, kapsam artık sonuçlarla değil dosyalarla, modüllerle, ekipman kalemleriyle anlatılmaya başlanır. Bu geçiş, odadaki herkesin fark ettiği ama nadiren adlandırılan bir örüntüyü açığa çıkarır: kapsam, başarısızlığın maliyetine göre değil, test edilmesi kolay olana göre şekillenmiştir. Fabrika kabul testi protokollerinde de aynı asimetri gözlenir; protokolün maddelerinin önemli bir kısmı tedarikçinin standart formundan gelir, oysa sahada gerçekten sorun çıkaran şey çoğunlukla iki tedarikçinin sistemi arasındaki arayüzdür ve o arayüz hiçbir tarafın standart formunda yer almaz.
İkinci ve daha sessiz bir gözlem, kapsam belgesinin kendi yaşam çizgisiyle ilgilidir. Test kapsamı dokümanı çoğu şirkette bir kez, genellikle ilk kurumsal müşterinin ya da ilk denetimin talebi üzerine yazılır, o tarihte doğrudur ve o tarihten sonra ürün üç sürüm, tesis iki genişleme, ekip iki kat büyürken belge aynı hâlde kalır. Bu arada test kütüğü büyümeye devam eder, fakat büyümenin mantığı tasarım değil birikimdir: her saha olayından sonra o olayı yakalayacak bir test eklenir, hiçbir test hiçbir zaman çıkarılmaz, hiçbir kalem yeniden önceliklendirilmez. Sonuçta ortaya çıkan yapı, mevcut risk haritasının değil, geçmiş kazaların kronolojik dökümüdür; artık gerçekleşme olasılığı düşük senaryolar her gecede tekrar tekrar sınanırken, mimarinin son bir yılda değişen bölümü hiç sınanmadan kalır.
Bu davranışın altındaki mekanizma iki katmanlıdır. Birincisi, ölçülebilir olanın ölçülmesi gerekenin yerine geçmesidir; kapsam yüzdesi kolayca üretilen, panoya konabilen ve dışarıya gösterilebilen bir sayı olduğu için, kapsamın kalitesini tartışan daha zor sorunun yerini alır ve bir süre sonra ekip, kapsamı iyileştirmek yerine sayıyı iyileştirmeye başlar. İkincisi, hafızada canlı olanın tehlikeli olanın yerine geçmesidir; bir kez yaşanmış arıza, hiç yaşanmamış ama sonucu çok daha ağır olacak arızadan zihinsel olarak çok daha yakındır, dolayısıyla test yatırımı gerçekleşme olasılığına ve sonuç şiddetine göre değil, tanıdıklığa göre dağılır. Bu iki eğilim de hata değildir; ekip küçükken, kimin neyi bildiği ortakken ve ürün tek bir müşteri konfigürasyonunda çalışırken kapsamın örtük kalması, dokümantasyon maliyetini gerçekten düşüren rasyonel bir kısayoldur. Sorun kısayolun kendisinde değil, ekip büyüdüğünde, müşteri tabanı yoğunlaştığında ve tek bir arızanın sonucu bir sözleşme cezasına dönüştüğünde kısayolun sabit kalmasındadır.
Sahiplik tarafında ise mekanizma daha incedir. Çoğu mühendislik organizasyonunda testi yazan kişi ile tasarımı yapan kişi aynıdır; bu, hız açısından savunulabilir bir tercihtir, fakat kapsamın tasarımın kör noktalarını birebir devralması sonucunu doğurur, zira bir mühendis kendi varsayımını sınayacak testi kurgulayamaz, çünkü o varsayım onun için sınanacak bir önerme değil, zeminin kendisidir. Bunun üstüne, kapsam kararının hiçbir aşamada bir karar olarak kaydedilmemesi eklenir: neyin test edileceği bir toplantıda onaylanır, neyin test edilmeyeceği ise hiçbir yerde konuşulmaz. Böylece kapsam, alınmış kararların toplamı değil, alınmamış kararların kalıntısı hâline gelir ve şirket, taşıdığı riskin envanterini hiçbir zaman çıkarmamış olur.
Bu yapının inceleme masasındaki karşılığı doğrudan ve serttir. Yatırımcı ya da alıcı taraf, sözlü olarak anlatılan bir uygulamayı mevcut kabul etmez; aradığı şey kapsamın resmî olarak tanımlı olması, yani hangi arıza modunun hangi test seviyesinde ele alındığını gösteren, sürüm kontrollü, onay tarihi belli ve gereksinimlere geri izlenebilir bir kayıttır. Veri odasına konan şey bir kapsam raporunun ekran görüntüsü olduğunda, bu belge doğrulanabilir bir kontrol kanıtı olarak değil, en iyi ihtimalle bir gösterge olarak sınıflandırılır ve sınıflandırmanın sonucu teknik bölümde değil, sözleşmenin ekonomik bölümünde görünür: temsil ve tekeffül kapsamına alınmayan her doğrulanamayan uygulama, escrow oranına, kapanış öncesi koşula ya da özel tazminat maddesine taşınır. Belgelenmemiş kapsamın maliyeti, düzeltilmesi için gereken mühendislik saatinden çok, alıcının o belirsizliği fiyattan tahsil etme refleksidir.
Ölçüm boyutunun eksikliği ise değerlemeye daha geniş bir kanaldan girer. Kaçan hata oranı, yani sahada tespit edilen kusurların testte tespit edilenlere oranı; sürüm başına yeniden işleme saati; devreye alma sırasında açılan uygunsuzluk sayısının kapanma süresi; garanti döneminde açılan çağrıların kök neden dağılımı — bu göstergelerin hiçbiri tutulmuyorsa, inceleyen taraf bunları tahmin etmeyi bırakmaz, yalnızca kendi varsayımıyla tahmin eder ve bu tahmini dağılımın muhafazakâr ucundan kurar. Pratikte bu, garanti karşılığının normalizasyon kaleminde yukarı çekilmesi, ilk yıl işletme bütçesine yeniden işleme rezervi eklenmesi ve earn-out eşiğinin kusur oranı koşuluna bağlanması olarak görünür. Ölçümü olmayan bir kapsam, yönetim kalitesi hakkında bir şey söylemediği için, tahmin doğruluğu hakkında da bir şey söylemez; ve satın alınan şey nihayetinde geçmiş performans değil, gelecekteki nakit akışının öngörülebilirliğidir.
Süreklilik boyutu, üç kanalın en pahalısını açar. Hemen her mühendislik organizasyonunda neyin kırılacağını bilen bir kişi vardır; bu kişi kapsam kararlarını sezgisiyle verir, kritik testleri kendi eliyle kurar ve bir sürüm çıkmadan önce sessizce bir iki şeyi daha kontrol eder. Bu bilgi bilançoda hiçbir kalemde görünmez, fakat kapanış müzakeresinde anahtar personel sözleşmesi, kalma primi, rekabet etmeme süresi ve earn-out'un kişiye bağlanması olarak eksiksiz biçimde fiyatlanır. Kapsamın tekrarlanabilirliği ise soyut bir kavram değildir; bir yıl içinde işe alınmış bir mühendisin, kimseye sormadan, yalnızca mevcut kayıtlara bakarak yeni bir bileşen için kapsam önerisi üretebilmesiyle ölçülür ve bu sınamanın sonucu, ölçeklenebilirlik iddiasının tek gerçek kanıtıdır.
Bu yapının kurumsal mimariyle yönetilmesi, bireysel disiplinle yönetilmesinden hem daha ucuz hem de daha dayanıklıdır ve beş ayrılabilir bileşene indirgenebilir. Birincisi, testlerin değil arıza modlarının kütüğüdür: her satır bir teste değil, bir sonuca ve o sonucun sözleşmesel, operasyonel ya da güvenlik maliyetine bağlanır, kapsam kararı da bu maliyetin karşısına konur. İkincisi izlenebilirlik zinciridir; gereksinimden teste, testten kanıta uzanan bağ sürüm kontrollü tutulur ve kapsam belgesi ürünle aynı ritimde revize edilir. Üçüncüsü ölçüm setidir: satır kapsamı yerine kritik yol kapsamı, ona eşlik eden kaçan hata oranı ve yeniden işleme saati. Dördüncüsü sahiplik ayrımıdır; kapsamı onaylayan rol, kapsamı inşa eden rolden ayrılır, böylece tasarımın kör noktası en azından bir kez dışarıdan sınanır. Beşincisi ritimdir: kapsamın yeniden açıldığı kapılar tasarım dondurma, fabrika kabulü öncesi, devreye alma öncesi ve büyük sürüm öncesi olarak sabitlenir, aralarda değil.
BEIREK'in bu alandaki müdahalesi, kapsamı büyütmekle değil, kapsam dışında bırakılanı görünür kılmakla başlar. Yönettiğimiz projelerde tuttuğumuz kayıt, test edilenlerin listesi değil, test edilmemesine karar verilenlerin gerekçeli kaydıdır; her kalem için hangi arıza modunun kabul edildiği, hangi telafi edici kontrolün bu kabulü taşıdığı ve bu kararın hangi tarihte kim tarafından verildiği yazılır. Bu kayıt, karar onaylandığı anda değil önerildiği anda tutulur, zira onay anında tutulan kayıt yalnızca sonucu belgeler, öneri anında tutulan kayıt ise gerekçeyi de saklar; ve bir due diligence oturumunda alıcının teknik danışmanını en hızlı ikna eden belge, kapsamın kendisi değil, tam olarak bu gerekçe kaydıdır.
İkinci müdahale hattı ritim ve roldür. Kapsamın gözden geçirildiği kapılara, tek görevi kapsam dışında kalanı savunmak olan bir karşı-argüman rolü yerleştiririz; bu rol, projeyi inşa eden ekipten değil, sözleşme ve operasyon tarafından beslenir, çünkü bir arıza modunun gerçek maliyeti mühendislik saatinde değil, gecikme cezası, kullanılabilirlik taahhüdü ve garanti kapsamı içinde saklıdır. Buna, testin emekliye ayrılması disiplinini ekleriz: her gözden geçirmede kütükten çıkarılan kalemler de en az eklenenler kadar kayda geçer, aksi hâlde kapsam bir risk haritası olmaktan çıkıp bir arşive dönüşür. Son olarak devir testini işletiriz; kapsamı kuran mühendis odada değilken aynı kapsamın mevcut kayıtlardan yeniden üretilebilmesi, kurumsal kapasitenin kişisel kapasiteden ayrıldığı tek doğrulanabilir andır.
Test kapsamı, bir şirketin ürününün neyi doğruladığının değil, o şirketin hangi riski bilerek taşımayı seçtiğinin kaydıdır. Bu seçim gerekçesiyle birlikte kayıtlıysa, inceleyen taraf için kapsamdaki her boşluk bir zafiyet değil, olgun bir önceliklendirmenin kanıtı hâline gelir ve yönetim kalitesi lehine okunur. Kayıtlı değilse, aynı boşluk hiçbir zaman teknik bir tartışma konusu olarak kalmaz; ölçülemeyen belirsizliğin karşı tarafça fiyatlandığı her işlemde olduğu gibi, doğrudan kapanış yapısına ve nihayetinde bedele yansır.