Perşembe sabahı. Portföy değerlendirme sunumu entegrasyon iş paketinin yeşil olduğunu söylüyor. Üç haftadır yeşil diyor. Ama pazartesi öğleden sonra bir tedarikçi mühendisi bir Jira kaydına, API sözleşmesinin değiştiğini ve bir sprint daha gerekeceğini yazan bir yorum bıraktı. Teknik lider bunu gördü. Teslimat yöneticisi de gördü. Kimse bunu durum raporuna taşımadı, çünkü durum raporu çoktan yazılmıştı.

Böylece salon kırk dakikasını, dünyanın geçen cuma olduğu haline ait bir resme bakarak karar vermekle geçiriyor. Sonunda biri, herkesin bildiğini yüksek sesle söylüyor — bu sunum hep birkaç gün geriden geliyor — ve herkesin uzandığı çözüm bir süreç çözümü oluyor. Güncelleme sıklığını artırın. Çarşamba günü bir ara kontrol ekleyin. İnsanlara kayıtlarını güncel tutmalarını hatırlatın.

Bu hiçbir zaman uzun süre işe yaramaz. Ekibinizin disiplini eksik olduğu için değil; yapısı gereği bir veri sorunu olan bir şeyi, insanlardan elle ve bir takvime bağlı olarak yapmalarını istediğiniz için.

Tek bir olgunun izlediği yolu takip edin

O tedarikçi yorumunu, doğru hale geldiği andan bir karar vericiye ulaştığı ana kadar izleyin:

  • Pazartesi, 14:00 — yorum bir Jira kaydına düşüyor.
  • Salı — teknik lider bunu günlük toplantıda söylüyor. Artık birinin hafızasında ve şanslıysanız bir Slack yazışmasında.
  • Çarşamba — haftalık güncellemeyi hazırlayan teslimat yöneticisi ya sormayı hatırlıyor ya da hatırlamıyor. Diyelim ki hatırladı. Bir Confluence sayfasına bir satır yazıyor.
  • Çarşamba akşamı — PMO analisti Confluence sayfalarını, Smartsheet planını ve geçen haftanın sunumunu bu haftanın sunumunda birleştiriyor.
  • Perşembe, 09:00 — bilgi salona ulaşıyor. Tabii her aktarmadan sağ çıktıysa.

Bu, zincirdeki her insanın işini doğru yaptığı iyi senaryoda üç günlük bir gecikme. Her aktarma, birbiriyle konuşmayan iki sistem arasında elle yapılan bir kopyalama ve her aktarma, olgunun düşürülebileceği, yumuşatılabileceği ya da eskiyebileceği bir nokta.

Gecikme özensiz bir ekibin belirtisi değil. Aktarmaların toplamı. Ve aktarmalar mimaridir.

Raporlama gecikmesi — bir olgunun bir teslimat sisteminde doğru hale gelmesiyle, o olgunun yönetimin gerçekten okuduğu dokümanda görünmesi arasındaki süre. Neredeyse hiç ölçülmez, çünkü ölçmek o sayıyı kabul etmek demektir.

"Aracı güncel tutun" neden ölçeklenmiyor

Her şey tek bir araçta yaşasaydı süreç çözümü işe yarardı. Tek araç, tek kaynak, tek yenileme — durum bir derleme işi değil, bir sorgu olurdu.

Ama kurumsal bir portföy böyle görünmez. Tek bir programla ilgili gerçeğin bir parçasını tutan sistemleri sayın: yazılım geliştirme takip aracı, resmi plan, görebildiğiniz ama kontrol edemediğiniz tedarikçi takip aracı, imzalı kapsamın durduğu ortak sürücü, birinin bir tabloda tuttuğu risk kaydı, eskalasyonun gerçekten yaşandığı posta kutusu, yönlendirme komitesinin iki hafta kaydığını gösteren takvim. Yedi sistem temkinli bir sayım. Hiçbiri yanlış değil. Hiçbiri eksiksiz değil.

Artık istenen şey "aracı güncel tutun" değil. İstenen şu: bir insan yedi sistemi okusun, hepsini aklında tutsun, çelişkileri uzlaştırsın ve doğru olanı yazsın. Her hafta. Her projede. Bu disiplin değil. Bu, teslimat yapmak için işe alınmış kişilere ince dilimler halinde dağıtılmış, bütçesi olmayan tam zamanlı bir iş.

Ve onu dağıttığınız anda ikinci derece bir sorunla karşılaşırsınız: uzlaştırmanın sahibi yoktur; bu yüzden iki sistem çeliştiğinde sunuma ulaşan versiyon, onu hazırlayan kişinin o gün hangisini açtığına bağlıdır.

Durum raporunuz insanlar yavaş olduğu için geç kalmıyor. Hiçbir zaman birleştirilmek üzere tasarlanmamış sistemler arasında elle yapılan bir birleştirme olduğu için geç kalıyor.

Gecikmenin gerçek maliyeti

Üç günlük bir gecikme katlanılabilir gibi görünür. Değildir ve bunun belirli bir nedeni var: gecikme iyi haberlere ve kötü haberlere eşit uygulanmaz.

İyi haber hızlı yayılır. İnsanlar onu kendiliğinden paylaşır. Kötü haber ise her biri bir döngü daha beklemek için makul bir nedeni olan insanlardan oluşan bir zinciri atlatmak zorundadır — belki kendiliğinden çözülür, belki kimse sormadan düzeltiriz, belki henüz eskalasyon için yeterince kesin değildir. Bu yüzden bir riskin gecikmesi, bir kilometre taşının gecikmesinden sistematik olarak daha uzundur.

Elde ettiğiniz şey, her yerde aynı ölçüde üç gün eski bir portföy görünümü değildir. İlerleme konusunda güncel, risk konusunda bayat bir görünümdür. Bu, bir yönlendirme komitesinin ihtiyaç duyduğunun tam tersidir ve pek çok programın tek bir raporlama döngüsünde yeşilden kırmızıya geçiyormuş gibi görünmesinin nedeni de budur. Geçmediler. Kırmızı bir aydır bir yorum dizisinde birikiyordu; sadece aktarmaları hiç aşamadı.

Maliyet bayatlık değil. En uzun hazırlık süresi gerektiren kararların — bütçeyi yeniden dağıtmak, bir tedarikçi iş tanımını yeniden müzakere etmek, bir canlıya geçiş tarihini kaydırmak — en son gelen sinyale bağlı olmasıdır.

Üç adımda mimari çözüm

Gecikme aktarmalardan geliyorsa, çözümün aktarmaları daha sıkı bir takvime bağlamak yerine ortadan kaldırması gerekir. Pratikte bu, raporlama katmanının nasıl kurulduğunda üç değişiklik anlamına gelir.

İtmek yerine çekin. Kayıt sistemlerinin raporlama için güncellenmesini istemeyi bırakın. Onları zaten oldukları yerde okuyun. Jira'ya, plana, dokümanlara ve posta kutusuna bağlanan bir araç kimsenin bir şeyi yeniden girmesine ihtiyaç duymaz — pazartesi 14:00'te düşen olgu pazartesi 14:01'de görünür. Kontrol edemediğiniz tedarikçi takip aracı da kör nokta olmaktan çıkıp okunabilir hale gelir.

Toplamak yerine sentezleyin. Yedi aracı yan yana gösteren bir pano, uzlaştırma sorununu çözmez; yalnızca tek bir ekrana taşır. Analistin yaptığı iş — kayıttaki yorumun plandaki tarihle çeliştiğini ve asıl hikâyenin bu çelişki olduğunu fark etmek — otomatikleştirilmesi gereken kısımdır. Bir araya getirmek sentez değildir.

Her şeye kaynak gösterin. Kuruluşların elle işleyen zincire katlanmasının nedeni, döngüdeki bir insanın o sayıdan hesap verebilir olmasıdır. İnsanı çıkarırsanız bu hesap verebilirliğin yerine bir şey koymanız gerekir. O şey kaynak izidir: rapordaki her ifade geldiği belirli kayda, mesaja ya da dokümana bağlanır. O zaman bir iddia on dakika savunulmak yerine on saniyede kontrol edilebilir ve insanlar kendi hazırlamadıkları bir rapora gerçekten güvenir.

Bunların hiçbiri süreçten muhakemeyi çıkarmaz. Kayan bir API sözleşmesi hakkında ne yapılacağına yine yönlendirme komitesi karar verir. Ortadan kalkan, sözleşmenin kaydığını keşfetmek için harcanan üç gün — ve riskin ilerlemeden daha geç gelmesine yol açan sistematik yanlılıktır.

Perşembe günü sorulmaya değer soru

Bir dahaki sefere bir durum sunumu açıldığında, doğru olup olmadığını sormayın. Daha dar bir soru sorun: bu slayttaki en eski olgu hangisi ve kaç günlük?

Sorduğumuz PMO liderlerinin çoğu bunu bilmiyor. Bilen az sayıdaki kişi genellikle bunu bir kez ölçmüş, cevaptan rahatsız olmuş ve daha sıkı bir takvim yerine yapısal bir çözüm aramaya başlamış. O sayı — gerçek raporlama gecikmeniz — bu serideki her şey için dürüst başlangıç noktasıdır.

Soriela'yı, raporlama katmanının yanlış biçimde olduğunu düşündüğümüz için geliştiriyoruz; onu işleten insanlar yeterince çabalamadığı için değil. Bu serinin bir sonraki yazısında yedi sistem konusunda somutlaşacağız: her birinin bir proje hakkında gerçekte ne bildiği, neyi bilemeyeceği ve aralarındaki çelişkilerin genellikle nerede saklandığı.