Laman tidak boleh dibuka selama sejam, kemudian kembali pulih selepas rollback. Godaan pertama ialah mencari siapa yang membuat commit terakhir. Itu mungkin sebahagian garis masa, tetapi bukan penjelasan penuh. Sistem yang sihat patut mempunyai semakan, amaran dan cara pemulihan yang mengurangkan kesan satu kesilapan manusia.
Catat masa masalah bermula, bagaimana dikesan, kesan kepada pengguna, tindakan pemulihan dan perkara yang masih tidak pasti. Pisahkan fakta daripada andaian. Jika log hilang atau alert tidak berbunyi, tulis itu sebagai jurang maklumat. Jangan cipta kepastian demi membuat laporan nampak kemas.
Pilih tindakan yang boleh diuji
“Lebih berhati-hati” sukar dijadikan perubahan. “Tambah pemeriksaan build untuk laluan borang” atau “uji rollback sekali sebulan” lebih jelas. Tetapkan pemilik serta tarikh semakan, kemudian lihat sama ada tindakan itu benar-benar dilakukan. Jangan senaraikan dua puluh pembaikan jika pasukan hanya mampu menyiapkan tiga yang paling penting.
Jika laporan menyebut “pembangun terlupa langkah deploy”, tanya mengapa sistem membenarkan langkah itu terlepas. Adakah checklist tidak wujud, terlalu panjang, atau tiada pemeriksaan automatik? Soalan ini tidak menghapuskan tanggungjawab individu. Ia mencari perubahan yang masih melindungi pengguna apabila orang lain melakukan kesilapan sama pada hari sibuk.
Postmortem yang baik membuat orang berani melaporkan masalah awal. Jika setiap laporan berakhir dengan hukuman peribadi, insiden seterusnya mungkin disembunyikan lebih lama. Kejujuran teknikal memerlukan budaya yang membolehkan pasukan belajar daripada hari buruk.