Kavramın hikâyesi
Önce iş karşılığını gör, gerektiğinde bağlamı aç.
İlk taramaİşte karşılaşacağın sinyaller
Gerilim ve çözüm · Bölüm 01
Hangi problemi çözer?
Postmortem farklı kişilerin olay hakkında ayrı hikâyeler taşıması yerine ortak bir timeline ve kanıt kaydı oluşturur. Trigger ile contributing causes'ı, kullanıcı etkisiyle teknik belirtinin farkını ve mitigation ile kalıcı düzeltmenin sınırını görünür kılar.
Tam bağlamı açGerekçe, sınırlar ve kalan ayrıntı
Somut action item'lar öğrenimi izlenebilir işe dönüştürür; doküman tek başına iyileştirme sağlamaz.
Gerçek hayat · Bölüm 02
Gerçek iş senaryosu
SCN-005'te checkout hizmeti Rollback sonrası normale döner. Incident kapanırken çalışma kaydı, release zamanı, kullanıcı etkisi ve mitigation sonucu korunur.
Tam bağlamı açGerekçe, sınırlar ve kalan ayrıntı
Daha sonra Postmortem sahibi bu kanıtlarla timeline oluşturur; yalnız “hatalı release” demek yerine neden canary sinyalinin etkili olmadığı, schema uyumluluğunun nasıl değerlendirildiği ve iletişimin nerede geciktiği incelenir. “Monitoring'i iyileştir” yerine sahibi ve ölçülebilir bitiş koşulu olan somut işler açılır.
Duyacağın bağlam · Bölüm 03
Ekipte bunu nasıl duyabilirsin?
Temsili ekip konuşması: “Timeline'da deploy, ilk kullanıcı etkisi ve rollback sonucunu kanıtlarıyla ayıralım. Kişi yorumu yazmak yerine bu kararı mümkün kılan eksik guardrail'i ve sahibi belli takip işini tanımlayalım.”
Beklenti seviyesi · Bölüm 04
Junior hangi seviyede bilmeli?
- Tanı: Impact, timeline, trigger, contributing cause, mitigation, resolution, blameless, action item, owner ve follow-up terimlerini ayırt edebilmelisin.
- Açıkla: Postmortem'in neden yalnız rapor veya suçlama oturumu olmadığını; öğrenimi somut ve takip edilebilir değişikliğe bağladığını anlatabilmelisin.
- Uygula: Kendi gözlemini zaman ve kanıtla paylaşmalı, belirsizliği açıkça işaretlemeli, kişisel yargı yerine sistem koşulunu tarif etmeli ve action item'ın ölçülebilir olmasına katkı verebilmelisin.
- Şimdilik bilmesi gerekmeyen: Organizasyon çapında Postmortem programı kurmak, hukuki inceleme yönetmek, tek başına root cause yöntemi seçmek ve bütün takip işlerini önceliklendirmek.
İhtiyacın kökeni · Bölüm 05
Neden ortaya çıktı?
Hizmet toparlandığında ekip normal işe dönerse olay sırasında öğrenilen ayrıntılar hızla kaybolabilir. Aynı kırılganlık, eksik alert veya belirsiz devir yolu tekrar etkili olabilir.
Tam bağlamı açGerekçe, sınırlar ve kalan ayrıntı
Postmortem geçici mitigation ile kalıcı iyileştirme arasındaki boşluğu kapatmak ve bilgiyi yalnız olaya katılan kişilerin hafızasında bırakmamak için kullanılır.
Ekip etkisi · Bölüm 06
Şirketler neden kullanır?
Ekipler tekrar eden failure pattern'larını görmek, Incident yanıtını geliştirmek, başka ekiplerin öğrenmesini sağlamak ve prevent/mitigate/detect işlerini takip etmek için Postmortem yapabilir.
Tam bağlamı açGerekçe, sınırlar ve kalan ayrıntı
Google ve Atlassian belirli etki/severity eşiklerinde review ve action tracking uygular. Hangi olayın Postmortem gerektirdiği, kimlerin review ettiği ve dokümanın kimlerle paylaşıldığı organizasyonun risk ve gizlilik bağlamına göre değişir.
Karar alanı · Bölüm 07
Trade-off ve bağlam
Postmortem zaman ve review kapasitesi ister; her küçük olay için ağır süreç oluşturmak ekibi tüketebilir. Yalnız büyük Incident'ları incelemek ise sık tekrarlanan küçük sinyalleri kaçırabilir.
Tam bağlamı açGerekçe, sınırlar ve kalan ayrıntı
Çok sayıda belirsiz action item üretmek öğrenme görüntüsü verir ama backlog'u doldurur. Ekipler eşikleri olaydan önce belirlemeli, action item'ları etki ve maliyetle önceliklendirmeli, gizli kullanıcı/veri ayrıntılarını paylaşım kapsamından ayırmalıdır.
Yanılgı radarı · Bölüm 08
Yaygın yanlış anlamalar
- “Postmortem suçluyu bulmak içindir.” Yanlış; odak contributing causes, sistem ve süreç iyileştirmesidir.
- “Blameless demek kimse sorumlu değildir.” Yanlış; doküman ve takip işlerinde sahiplik ve accountability görünür olmalıdır.
- “Incident özeti yazıldıysa Postmortem tamamdır.” Yanlış; öğrenim, neden analizi ve izlenen action item'lar gerekir.
- “Her olayın tek bir root cause'u vardır.” Desteklenmeyen genelleme; birden fazla koşul ve trigger birlikte etkili olabilir.
- “Action item ne kadar çoksa Postmortem o kadar iyidir.” Yanlış; işlerin somut, öncelikli, ölçülebilir ve sahipli olması gerekir.
- “Postmortem Incident sırasında yapılır.” Yanlış; aktif etki sırasında öncelik mitigation ve koordinasyondur, öğrenme incelemesi stabilizasyondan sonra derinleşir.
Gerilim ve çözüm1. bölüm