Mimari Danışmanlık ve Teknik Borç Denetimi: Kod Yazmadan Yön Vermek

Bir şirket büyüdükçe yazılım varlığı da büyür ve bir noktada kimse tablonun tamamını göremez hale gelir. Bir sistem içeride yazılmıştır, bir başkası dışarıdan alınmıştır, üçüncüsü yıllar önce yapılmış ve hâlâ çalışmaktadır. Her birinin sahibi farklıdır, aralarındaki bağlantılar zamanla eklenmiştir ve neyin neye bağlı olduğu genellikle yalnızca bir kişinin kafasındadır. Bu noktada verilen her yatırım kararı bir ölçüde tahminle verilir.

İkinci ve daha sinsi mesele teknik borçtur. Teknik borç kötü işçilik demek değildir; çoğu zaman geçmişte hızlı ilerlemek için bilinçli olarak verilmiş kararların bugüne taşınmış faizidir. Sorun borcun varlığı değil, envanterinin çıkarılmamış olmasıdır. Envanteri olmayan borç, her yeni geliştirmede beklenmedik bir gecikme olarak görünür ve ekibin yavaşlığı gibi yorumlanır. Oysa yavaşlığın nedeni ekip değil, üzerine bina edilen zemindir.

Bu çalışma bunları görünür kılar. Sistemlerin haritası çıkarılır: ne var, ne yapıyor, kim bakıyor, hangi teknolojiyle yazılmış, hangi sürümde ve destek durumu ne. Aralarındaki bağımlılıklar ortaya konur. Teknik borç kalem kalem yazılır ve iş etkisine göre sıralanır. Tedarikçi kilitlenmesi riski değerlendirilir: hangi sistemde kaynak koda erişiminiz var, hangisinde yok; bir tedarikçiyle yollar ayrılsa ne olur. Ekibin çalışma biçimi de değerlendirmeye girer, çünkü sürüm alma ve gözden geçirme alışkanlıkları sonucu doğrudan belirler.

Çıktı bir eleştiri listesi değil, karar verilebilir bir yol haritasıdır. Hangi sistemin yaşatılacağı, hangisinin yenileneceği, hangisinin devredileceği ve bunların hangi sırayla yapılacağı; her adımın iş etkisi ve kabaca büyüklüğü ile birlikte yazılır. Bu çalışma, ölçek olarak kendi teknoloji direktörünü istihdam edemeyen ama yönlendirmeye ihtiyaç duyan şirketler için tasarlanmıştır. Bu sayfa yazılım mimarisiyle ilgilidir; pazarlama ve büyüme tarafındaki dijital strateji çalışması ayrı bir başlıktır.