16 Januari terjadi insiden, baru 10 Maret merilis post-mortem; dalam rentang 53 hari itu, sebenarnya resmi sedang melakukan apa? Ini pertanyaan terbesar saya sebelum membaca Post-Mortem.
Saya menyalin titik waktu di dalam post-mortem ke catatan: serangan terjadi pada 16 Januari, pada malam harinya saat kejadian, layanan penjembatan (bridge) dihentikan; pada akhir Januari selesai pengumpulan dana dan verifikasi alamat yang terdampak; dan 10 Maret dirilis post-mortem lengkap. $DUSK menyalin terlebih dahulu, saya cek dulu stempel pembaruan di halaman rilis untuk memastikan tidak ada versi di tengah yang ditarik. Saya berhenti setelah menyalin yang ketiga: selama 53 hari itu, pihak resmi hanya memperbarui status 2 kali—sekali pada hari kejadian, dan sekali pada hari post-mortem dirilis.
Saya membuka kalender dan menghitungnya: dari 16 Januari sampai 10 Maret, total 53 hari, 2 kali pembaruan, rata-rata baru bergerak setiap 26,5 hari. Putaran pengumpulan dana dan verifikasi alamat pada akhir Januari itu semuanya ditulis sebagai pelengkap di post-mortem; saat itu, untuk pihak luar, sama sekali tidak ada satu kata pun. Saya membagi 53 hari itu menjadi empat kotak: pembekuan berdurasi per jam, verifikasi per hari, akar masalah per minggu, sementara post-mortem ditambah uji internal memakan lebih dari sebulan. Tiga kotak pertama kosong semua, kotak terakhir barulah mulai bicara. Itulah perhitungan saya, dan juga alasan awal saya merasa ada yang tidak beres.
Tapi kalau empat kotak itu dibentangkan, diam tidak berarti lalai. Pembekuan berdurasi per jam—@Dusk —artinya pada hari kejadian langsung memutus penyebaran risiko; verifikasi berdurasi per hari berarti rekonsiliasi per transaksi tidak tertunda; akar masalah berdurasi per minggu berarti kesimpulan ada dasar yang bisa ditelusuri, bukan berdasarkan tebak-tebakan. Setiap bagian punya tindakan yang jelas, hanya saja tidak ada pembaruan ke publik. Saya juga membandingkan cara penanganan beberapa peristiwa bridge belakangan: ada proyek yang kejadian besoknya langsung menghapus cuitan, ada yang menunda hingga setengah tahun lalu mengeluarkan pernyataan tanpa detail, dan ada yang bahkan tidak merespons. Setelah membandingkan, saya justru makin yakin: proses penanganan itulah bahan baku kepercayaan, dan post-mortem ini adalah salah satu dari sedikit yang benar-benar membuka keseluruhan lini masa, akar masalah, dan langkah-langkah.
Jadi sekarang saya akan memantau satu hal: jika kejadian serupa terjadi lagi, dari saat insiden sampai rilis post-mortem, apakah ada pembaruan yang bersifat proses di antaranya. Frekuensi pembaruan adalah ukuran untuk transparansi; seterang apa pun yang diucapkan, tak ada yang bisa menandingi kejujuran dari stempel waktu. #dusk
Saya menyalin titik waktu di dalam post-mortem ke catatan: serangan terjadi pada 16 Januari, pada malam harinya saat kejadian, layanan penjembatan (bridge) dihentikan; pada akhir Januari selesai pengumpulan dana dan verifikasi alamat yang terdampak; dan 10 Maret dirilis post-mortem lengkap. $DUSK menyalin terlebih dahulu, saya cek dulu stempel pembaruan di halaman rilis untuk memastikan tidak ada versi di tengah yang ditarik. Saya berhenti setelah menyalin yang ketiga: selama 53 hari itu, pihak resmi hanya memperbarui status 2 kali—sekali pada hari kejadian, dan sekali pada hari post-mortem dirilis.
Saya membuka kalender dan menghitungnya: dari 16 Januari sampai 10 Maret, total 53 hari, 2 kali pembaruan, rata-rata baru bergerak setiap 26,5 hari. Putaran pengumpulan dana dan verifikasi alamat pada akhir Januari itu semuanya ditulis sebagai pelengkap di post-mortem; saat itu, untuk pihak luar, sama sekali tidak ada satu kata pun. Saya membagi 53 hari itu menjadi empat kotak: pembekuan berdurasi per jam, verifikasi per hari, akar masalah per minggu, sementara post-mortem ditambah uji internal memakan lebih dari sebulan. Tiga kotak pertama kosong semua, kotak terakhir barulah mulai bicara. Itulah perhitungan saya, dan juga alasan awal saya merasa ada yang tidak beres.
Tapi kalau empat kotak itu dibentangkan, diam tidak berarti lalai. Pembekuan berdurasi per jam—@Dusk —artinya pada hari kejadian langsung memutus penyebaran risiko; verifikasi berdurasi per hari berarti rekonsiliasi per transaksi tidak tertunda; akar masalah berdurasi per minggu berarti kesimpulan ada dasar yang bisa ditelusuri, bukan berdasarkan tebak-tebakan. Setiap bagian punya tindakan yang jelas, hanya saja tidak ada pembaruan ke publik. Saya juga membandingkan cara penanganan beberapa peristiwa bridge belakangan: ada proyek yang kejadian besoknya langsung menghapus cuitan, ada yang menunda hingga setengah tahun lalu mengeluarkan pernyataan tanpa detail, dan ada yang bahkan tidak merespons. Setelah membandingkan, saya justru makin yakin: proses penanganan itulah bahan baku kepercayaan, dan post-mortem ini adalah salah satu dari sedikit yang benar-benar membuka keseluruhan lini masa, akar masalah, dan langkah-langkah.
Jadi sekarang saya akan memantau satu hal: jika kejadian serupa terjadi lagi, dari saat insiden sampai rilis post-mortem, apakah ada pembaruan yang bersifat proses di antaranya. Frekuensi pembaruan adalah ukuran untuk transparansi; seterang apa pun yang diucapkan, tak ada yang bisa menandingi kejujuran dari stempel waktu. #dusk