#98 Blameless Postmortem (Suçlamasız Postmortem)

1. Yöntemin adı

Blameless Postmortem (Suçlama İçermeyen Postmortem)

2. Alternatif isimler

Olay İncelemesi, Olay Sonrası İnceleme

3. Kısa açıklama

Bu, beklenmedik bir arıza veya olayın (örn. sistem kesintisi) ardından düzenlenen özel bir “Dersler Çıkarılması” toplantısı türüdür. Temel ilke, analizin arızanın sistemsel ve süreçsel nedenlerini belirlemeye odaklanması, suçlu bir kişiyi aramaya değil. Bu, insanların hata yapabileceği, ancak bunun nedeninin kötü niyet değil, hatalı sistemler olduğu inancına dayanır.

4. Amaç / Ne zaman kullanılır

Öncelikle BT ve teknoloji şirketlerinde (Google SRE tarafından yaygınlaştırılmıştır) her önemli olayın ardından uygulanır. Amaç, öğrenmeyi en üst düzeye çıkarmak, aynı hataların tekrarlanmasını önlemek ve psikolojik güvenlik kültürünü oluşturmaktır.

5. Uygulama / Nasıl uygulanır?

1. Olaydan sonra, anılar henüz tazeyken mümkün olduğunca çabuk bir toplantı düzenleyin.
2. Güvenli bir ortam yaratmak için “Prime Directive” ile başlayın (retrospektifte olduğu gibi).
3. Olayların zaman çizelgesini oluşturun: Ne olduğunu, kimin ne yaptığını ve bunun etkisinin ne olduğunu ayrıntılı ve olgusal bir şekilde yeniden canlandırın. “Kim” yerine “ne”ye odaklanın.
4. Nedenleri analiz edin: Sistemsel nedenleri (örn. eksik izleme, belirsiz prosedür, teknik borç) ortaya çıkarmak için “5 Neden” gibi teknikleri kullanın.
5. Eylem adımlarını belirleyin: Sistemi iyileştirmeye yönelik somut ve ölçülebilir düzeltici önlemler oluşturun (örn. “CPU kullanımı için uyarı ekle”, “Acil durumlar için dokümantasyonu iyileştir”). Sorumluları ve son tarihleri belirleyin.
6. Raporu paylaşın: Ortaya çıkan olay sonrası rapor, diğerlerinin de bundan ders alabilmesi için tüm kuruluş genelinde herkese açık olarak paylaşılır.

6. Uygulamadan bir örnek

E-mağazanın çökmesinin ardından ekip, Blameless Postmortem toplantısında bir araya gelir. Çöküşün, yeni bir iş arkadaşı tarafından devreye alınan hatalı koddan kaynaklandığını tespit ederler. Yeni elemanı suçlamak yerine şu soruyu sorarlar: "Sistemimiz hatalı kodun üretim ortamına geçmesine neden izin verdi?". Nedenleri belirlerler: yetersiz otomatik testler ve juniorlar için eksik kod inceleme süreci. Alınacak önlemler, bu süreçleri iyileştirmeye yöneliktir.

7. Avantajlar

- Psikolojik güvenlik ve güven kültürünü geliştirir
.- Dürüstlüğü ve sorunların daha hızlı çözülmesini destekler (insanlar hatalarını itiraf etmekten çekinmezler).
- Daha sağlam ve dayanıklı sistemlerin oluşmasına yol açar
.- Hatalardan öğrenmeyi en üst düzeye çıkarır.

8. Riskler / Sınırlar

- Yönetimin "suçsuzluk" ilkesine mutlak bir bağlılık göstermesini gerektirir. Suçlu aramaya yönelik en ufak bir işaret bile güveni yok eder.
- Doğru anlaşılmazsa, ihmalin mazereti olarak kötüye kullanılabilir. Bu, sorumluluğun yokluğu değil, sistemsel sorumluluğa odaklanmaktır.

9. Uygulamadan İpuçları

- Gerçekten gerekliyse, olayın soruşturulmasını personel sorunlarının çözümünden ayırın.
- Günlük kayıtlarından ve iletişim araçlarından zaman çizelgesini otomatik olarak oluşturun.
- Tek bir "temel neden" yerine "katkıda bulunan faktörlere" odaklanın; çünkü karmaşık arızaların nadiren tek bir nedeni vardır.