Sermaye-yoğun bir projenin haftalık ilerleme toplantısında teknik bir soru ortaya çıktığında, cevabın kimden geleceği çoğu zaman organizasyon şemasına bakılarak değil, aynı sorunun geçen ay kime sorulduğuna bakılarak tahmin edilir. Şema, sorumluluğu disiplinler arasında dağıtılmış gösterir; oysa odadaki herkes, sorunun gerçek muhatabının sözleşme yöneticisi mi yoksa iki yıldır aynı arayüz problemini takip eden kıdemli mühendis mi olduğunu, kimse söylemeden bilir. Bu bilgi, formel yetkiden değil, geçmiş cevapların birikiminden gelir. Ve bu birikim, kurumun hiçbir yerde tutmadığı en değerli kaydıdır.
Aynı örüntü takvimlerde de görünür hâle gelir. Bir portföyün üç aylık toplantı saatleri disiplin bazında değil kişi bazında toplandığında, katılım saatlerinin orantısız bir bölümünün birkaç isimde yoğunlaştığı, bu isimlerin çoğu zaman organizasyonun en üst kademesinde değil, kurumsal hafızanın en uzun olduğu orta kademede durduğu gözlenir. Onay zincirlerinde, bilgi kopyası alanlarında, ihtilaflı bir change order'ın gerekçe yazısında ve sahadan gelen RFI'ların yönlendirme adresinde aynı üç ya da dört isim tekrar eder. Bu isimler, tam olarak en yüksek katkıyı ürettikleri için oradadır; sorun da buradan doğar.
Bu yoğunlaşmanın adı **collaboration overload** — iş birliği talebinin, kurumun en yetkin düğümlerinde, o düğümlerin kapasitesinden bağımsız biçimde birikmesidir. Mekanizması basittir ve kendi kendini besler: bir soruya hızlı ve isabetli cevap veren kişi, bir sonraki sorunun da kendisine gelme olasılığını yükseltir; her başarılı cevap, gelecekteki talep akışının o adrese yönlenmesini pekiştirir. Belirleyici asimetri şudur: talep etmenin maliyeti talep edende neredeyse sıfırdır — bir mesaj, bir toplantı daveti — buna karşılık karşılamanın maliyeti tümüyle karşılayanda kalır. Fiyatlanmayan her dışsallık gibi, bu talep de düzeltici bir mekanizma kurulmadığı sürece aşırı tüketilir.
Bu eğilim bir hata değildir; belirli koşullarda kurumun en ucuz koordinasyon aracıdır. Bir projenin FID öncesi geliştirme aşamasında belirsizlik yüksek, prosedür yazmanın getirisi düşüktür; bu koşulda gayriresmî ağ, formel süreçten hem daha hızlı hem daha isabetli çalışır, zira ağın düğümleri hangi bilginin hangi bağlamda geçerli olduğunu kendi taşırlar. Sorun kısayolun kendisinde değil, koşul değiştiğinde kısayolun sabit kalmasındadır. Portföy iki projeden on iki projeye çıktığında talep hacmi doğrusal artarken, tek bir düğümün bu talebi karşılama kapasitesi doğrusal artmaz; bekleme süresi, doygunluk eşiğine yaklaşıldıkça orantısız biçimde uzar.
Düğüme gelen talebin niteliği de tek türden değildir ve bu ayrım genellikle yapılmaz. Talebin bir bölümü gerçek bir bilgi talebidir — yalnızca o kişide bulunan bir teknik ya da tarihsel veriye ihtiyaç vardır. Bir bölümü karar talebidir — sorunun cevabı biliniyordur, aranan şey karar hakkının kullanılmasıdır. Üçüncü ve çoğu zaman en hacimli bölüm ise meşruiyet talebidir: kararı verecek kişi kararı zaten vermiştir, o ismi zincire eklemesinin nedeni kararın kurum içinde tartışmasız hâle gelmesidir. Bu üçüncü katman, kapasiteyi tüketirken hiçbir bilgi üretmez, ve tam da bu nedenle azaltılması en kolay, ölçülmesi en zor katmandır.
Yoğunlaşmanın ilk kurumsal bedeli, sanılanın aksine çıktı kalitesinde görünmez. Doygun bir düğüm, kendisine ulaşan işi genellikle aynı kalitede tamamlamayı sürdürür; değişen şey, işin başlamasından önce geçen süredir. Bir arayüz onayının, bir tedarikçi sapma talebinin ya da bir tasarım revizyonunun kritik yol üzerinde beklediği gün sayısı, ilerleme raporlarına girmez; çünkü ilerleme raporu tamamlanan kalemi ölçer, bekleyen kuyruğu değil. Takvim kayması bu nedenle çoğu projede geç fark edilir ve fark edildiğinde bir kişiye değil, bir disipline atfedilir — oysa gecikmenin kaynağı disiplinin kapasitesi değil, o disiplindeki tek adresin kuyruğudur.
İkinci bedel, işlem masasında ortaya çıkar. Bir şirket ya da portföy satışa hazırlanırken, alıcının due diligence ekibi bilginin nerede durduğunu birkaç oturumda tespit eder; veri odasındaki belgelerin hangi soruları cevapladığından çok, hangi soruların ancak belirli bir kişiyle görüşülerek cevaplanabildiğine bakar. Tek-düğüm bağımlılığı tespit edildiğinde, bunun karşılığı nadiren manşet fiyatta bir iskonto olarak yazılır; tipik olarak kredi sözleşmesindeki key-man maddesi, kapanış sonrası bağlayıcı bir geçiş hizmeti taahhüdü, uzatılmış bir escrow süresi ya da tazminat kapsamının genişletilmesi biçiminde yapıya gömülür. Yapıya gömülen maliyet, fiyata yansıyan maliyetten daha kalıcıdır, zira sonraki her müzakerede referans noktası olmayı sürdürür.
Üçüncü bedel personel tarafındadır ve en geç fark edilenidir. Doygun düğümün kendi asli üretim işi — tasarım gözden geçirmesi, sözleşme analizi, model kalibrasyonu — gün içindeki talep akışına yer açmak üzere günün kenarlarına itilir; hata yoğunluğunun en yüksek olduğu saatler tam olarak bu saatlerdir. Bu konfigürasyonun sürdüğü her çeyrekte, kurumun en yüksek katkı üreten kadrosunun ayrılma olasılığı yükselir, ve bu ayrılığın maliyeti maaş kaleminde değil, yönlendirme ağının yeniden kurulmasında ortaya çıkar. Yerine gelen kişi teknik olarak yeterli olsa dahi, kimin hangi soruyu hangi bağlamda sorduğunu öğrenmesi bir bütçe döngüsü kadar sürebilir.
Bu eğilim bireysel farkındalıkla ya da zaman yönetimi disipliniyle yönetilmez; kişi hayır demeyi öğrense bile talep akışı ortadan kalkmaz, yalnızca yeniden dağılır ya da karşılıksız kalır. Nötrleyen müdahale kurumsal mimaridedir ve dört ayrılabilir bileşeni vardır: karar haklarının ayrıştırılması, yani her tekrar eden karar tipi için karar veren, görüşü alınan ve yalnızca bilgilendirilen rollerin isimlendirilmesi ve dönemsel olarak denetlenmesi; talep kuyruğunun görünür kılınması, yani soruların kişisel kanaldan değil kayıtlı bir yönlendirme hattından geçmesi; vekâletin isimlendirilmesi, yani her kritik düğüm için ikinci imzanın önceden atanması ve düzenli olarak fiilen kullandırılması; ve kodifikasyon tetiği, yani belirli bir eşiğin üzerinde tekrarlanan sorunun, cevaplanmak yerine belgeye dönüştürülmesi.
BEIREK'in yönettiği projelerde bu mimari, işin başında kurulan üç kayıtla işletilir. Birincisi karar kaydıdır: kararın içeriği kadar, kararın hangi rol tarafından, hangi girdi setiyle ve hangi tarihe kadar verileceği önceden yazılır; böylece meşruiyet talebi olarak dolaşan onay trafiği, karar hakkı zaten tanımlı olduğu için kaynağında düşer. İkincisi arayüz ve RFI yönlendirme matrisidir: sahadan, tedarikçiden ya da kredi verenden gelen her sorunun hangi adrese, hangi yedek adrese ve hangi yanıt süresine bağlı olduğu sözleşme yönetimi dokümantasyonunun parçasıdır, kişisel ilişkinin değil. Üçüncüsü kuyruk kaydıdır — bekleyen talebin yaşlandırma listesi haftalık ritmin sabit gündem maddesidir, ve ölçülen büyüklük kişilerin doluluk oranı değil, taleplerin bekleme süresidir.
Bu üç kaydın birlikte ürettiği etki, yükü eşitlemekten çok, yükün nereden geldiğini görünür kılmaktır. Bir düğümün kuyruğu üst üste birkaç hafta uzadığında, bunun nedeni tipik olarak o kişinin yavaşlaması değil, karar hakkının tanımsız kaldığı bir alanın onun üzerinden çözülüyor olmasıdır; kuyruk kaydı bu tanımsız alanı adresiyle birlikte gösterir. Projenin kritik yolu üzerinde tek-düğüm bağımlılığı taşıyan kalemler ayrıca işaretlenir ve bu kalemler için vekâlet, gerçekleşmesi beklenen bir olasılık olarak değil, düzenli aralıklarla test edilen bir prosedür olarak işletilir. Kurumsal hafızanın kırılganlığı, ancak yedeği fiilen kullanıldığında ölçülebilir hâle gelir.
Bir kurumun en yetkin insanlarına duyduğu güvenin, o insanlar üzerinde biriken talep hacmiyle aynı şey olup olmadığı, çoğu organizasyonda hiç sorulmayan sorudur; oysa ikisi arasındaki fark, bir portföyün kurucusundan ya da birkaç kilit isminden bağımsız biçimde tekrarlanabilir olup olmadığını belirleyen farkın kendisidir.