Tatbikat yapan birçok ekip yine de gerçek incident geldiğinde dağınık davranıyor. Bunun sebebi çoğu zaman tatbikat eksikliği değil, tatbikatın yalnızca teknik adımlara indirgenmesidir. Alarm geldiğinde kim konuşacak, hangi bilgi “yeterli görünürlük” sayılacak, geri alma cümlesi nasıl kurulacak ve yönetim tarafına hangi dil taşınacak önceden çalışılmadığında, iyi araçlar bile baskı altında yetmez. Teknik lider için olay öncesi tatbikat anlatısı tasarımı tam bu boşluğu kapatır.
Neden anlatı tasarımı ayrı bir konu?
Çünkü incident anında insanlar sadece sistemi değil birbirini de okumaya başlar. Aynı metric’e bakan iki ekip, farklı öncelik çıkarabilir. Biri veri tutarlılığını merkeze koyarken diğeri müşteri etkisini önceleyebilir. Eğer bu ayrım tatbikat öncesinde konuşulmamışsa, olay başladığında teknik doğruluk ile iletişim ritmi birbirini bozmaya başlar.
Anlatı tasarımı burada ortak çerçeve sağlar. “Bu tür olayda ilk cümlemiz ne olur, ikinci kontrol noktasında neyi kanıt sayarız, hangi eşikte rollback’i doğal kabul ederiz?” gibi sorular önceden yanıtlandığında ekipler yalnızca prosedür takip etmez; aynı senaryoyu benzer şekilde yorumlamaya başlar.
Tatbikat anlatısı hangi bileşenlerden oluşur?
Ben pratikte beş parçalı bir iskeletin çok işe yaradığını görüyorum:
- Olayın tek cümlelik etki tarifi
- İlk hipotez ve ilk kanıt yüzeyi
- Komuta, sürücü ve iletişim rolleri
- Geri alma veya etki daraltma eşikleri
- Sonraki kontrol noktasında beklenen karar
Bu yapı, tatbikatı “bir runbook okuyalım” seviyesinden çıkarır. Ekipler hangi kararın hangi bilgiyle verileceğini önceden prova eder. Özellikle kurumsal ortamlarda teknik liderlik, bilinmezliği tamamen yok etmekten çok onu taşınabilir hale getirme becerisidir.
Teknik lider hangi dili kurmalı?
Tatbikat öncesi anlatı kurarken liderin dili belirleyicidir. “Herkes ne yapacağını biliyor mu?” sorusu genellikle yüzeysel onay alır. Daha iyi sorular şunlardır:
- İlk üç dakikada hangi bilgi olmadan karar veremeyiz?
- Hangi cümle kullanıcı etkisini doğru anlatır?
- Rollback kararı geldiğinde bunu kim savunur?
- Bu senaryoda yönetim hangi soruyu ilk sorar?
Bu dil, tatbikatı teknik ekip içi simülasyon olmaktan çıkarıp kurumsal karar pratiğine dönüştürür. İnsanlar yalnızca komut değil bağlam çalışır.
Hangi hatalar tatbikatı boşa çıkarır?
En yaygın hata, tatbikatı araç doğrulamasına sıkıştırmaktır. Dashboard açıldı, alarm düştü, biri komut çalıştırdı diye tatbikat başarılı sayılmaz. Eğer ekip hangi anda iletişim kesileceğini, hangi anda yeni hipotez açılmayacağını ve hangi bilgiyle rollback savunulacağını konuşmadıysa gerçek olayda yine aynı belirsizlik yaşanır.
İkinci hata, anlatıyı fazlasıyla senaryo özel kurmaktır. “Şu servis bozulursa şu komutu çalıştır” türü tatbikatlar kısa ömürlüdür. Daha kalıcı değer, hizmet etkisi, karar eşikleri ve iletişim ritmi gibi tekrar kullanılabilir katmanlarda oluşur.
Mentorluk boyutu nerede başlar?
Tatbikat anlatısı, kıdemli mühendisler için güçlü bir mentorluk aracıdır. Genç mühendisler gerçek incident gelmeden önce sadece teknik adımı değil düşünme sırasını da görür. Neden önce etki cümlesi kuruluyor, neden üç hipotez birden açılmıyor, neden geri alma zayıflık değil risk yönetimi sayılıyor gibi davranışlar burada öğrenilir.
Bu yüzden tatbikat sonunda sadece “neyi düzelteceğiz” değil, “hangi cümleler işe yaradı, hangi karar noktası bulanık kaldı” sorularını da açmak gerekir. Teknik liderlik çoğu zaman bu görünmez aktarımda kalıcı hale gelir.
Sonuç
Teknik liderler için olay öncesi tatbikat anlatısı tasarımı, incident hazırlığını teknik checklist seviyesinden çıkarır. Ortak etki dili, net karar eşikleri ve tekrar edilebilir iletişim ritmi kurulduğunda tatbikat gerçekten üretim davranışını değiştirir. Kurumsal ekiplerde en güçlü hazırlık çoğu zaman daha çok araç değil, aynı olayı benzer berraklıkla anlatabilme kabiliyetidir.