Cara Membuat Incident Report
Hari ini rencananya gw akan ikut meeting membicarakan tentang pembuatan incident report. Sebelum meeting gw cari-cari bahan dulu donk, supaya gak keliatan dong-dong, alhasil dapet deh sari pati/intisari mengenai gambaran tentang apa sih sebenarnya incident report tersebut, dan bagaimana bentuk dan isinya, yuk gw ajarin, upss... maksud gw yuk belajar sama-sama, kalo ada yang kurang tepat mohon ditambahkan yah...
Incident report yang dimaksud disini adalah trouble yang terjadi di sistem IT yang berdampak terhadap service-service yang dimaintain sistem tersebut. Nih gw kasih garis-garis besar poin-poin apa saja sih yang harus dimasukkan:
1. Tanggal dan Waktu
Ini keliatan simple tapi ini krusial loh karena kita bisa mendokumentasikan kapan kita
buat itu report.
2. Kerahasiaan
Ini juga penting karena point ini akan menjaga dokumen sehingga tidak jatuh ke tangan
orang/pihak yang tidak berhak. Karena dokumen ini menyangkut rahasia suatu
departemen.
3. Contact Person
Isinya Nama, Posisi/title, telephone, dan email dari orang yang bertanggung jawab/ yang
bisa dimintai keterangan lebih lanjut terhadap isi dokumen, dalah hal ini incident report.
4. Summary
Isinya terdiri dari:
> Deskripsi singkat mengenai incident
> Sistem, service dan atau komunitas pengguna mana saja yang merasakan dampak dari
incident.
> Apakah service tidak berdampak, penurunan atau interupsi
> Lama incident (definisikan start time dan end time)
5. Detail Incident (Details of Incident)
Menjelaskan lebih detail mengenai apa yang menyebabkan incident (kalo bisa sih deskripsikan dengan pertanyaan who, what, where, when dan how.
6. Proses Pemberitahuan (The Notification Process)
> Tahap-tahap notifikasi
> Notifikasi monitoring otomatis
> Apakah anggota tim infrastruktur melihat sesuatu yang luar biasa.
> User yang diikutsertakan
> Detail flow response (sebutkan siapa saja yang dilibatkan/ dikontak) i.e john->jim->jun
> Communication of resolution of the outage (nah loh gw gak ngerti ni indonesianya apa?)
7. Detail Teknis/Langkah Perbaikan
> Detail troubleshooting
> Perubahan di sisi configurasi/hardware
> Langkah2 melakukan konfirmasi setelah problem resolve
> Nomor tiketnya berapa
8. Konklusi (conclusion)
> Apa dasar penyebab incident
> Apa yang dapat dilakukan untuk mencegah?
> Apa impactnya (tidak ada/penurunan performa/ downtime)
> Business critically (producucing revenue, business critical, low)
> Estimasi biaya (impact + business criticality)
> Apa yang dapat mencegah supaya incident tidak terjadi lagi
> Apakah ada tindakan lanjutan/ research yang harus dilakukan terkait incident tersebut
Lampiran
Lampiran yang perlu diikut-sertakan log dari error message, isi dari trouble ticket, dan isi email.
Incident report yang dimaksud disini adalah trouble yang terjadi di sistem IT yang berdampak terhadap service-service yang dimaintain sistem tersebut. Nih gw kasih garis-garis besar poin-poin apa saja sih yang harus dimasukkan:
1. Tanggal dan Waktu
Ini keliatan simple tapi ini krusial loh karena kita bisa mendokumentasikan kapan kita
buat itu report.
2. Kerahasiaan
Ini juga penting karena point ini akan menjaga dokumen sehingga tidak jatuh ke tangan
orang/pihak yang tidak berhak. Karena dokumen ini menyangkut rahasia suatu
departemen.
3. Contact Person
Isinya Nama, Posisi/title, telephone, dan email dari orang yang bertanggung jawab/ yang
bisa dimintai keterangan lebih lanjut terhadap isi dokumen, dalah hal ini incident report.
4. Summary
Isinya terdiri dari:
> Deskripsi singkat mengenai incident
> Sistem, service dan atau komunitas pengguna mana saja yang merasakan dampak dari
incident.
> Apakah service tidak berdampak, penurunan atau interupsi
> Lama incident (definisikan start time dan end time)
5. Detail Incident (Details of Incident)
Menjelaskan lebih detail mengenai apa yang menyebabkan incident (kalo bisa sih deskripsikan dengan pertanyaan who, what, where, when dan how.
6. Proses Pemberitahuan (The Notification Process)
> Tahap-tahap notifikasi
> Notifikasi monitoring otomatis
> Apakah anggota tim infrastruktur melihat sesuatu yang luar biasa.
> User yang diikutsertakan
> Detail flow response (sebutkan siapa saja yang dilibatkan/ dikontak) i.e john->jim->jun
> Communication of resolution of the outage (nah loh gw gak ngerti ni indonesianya apa?)
7. Detail Teknis/Langkah Perbaikan
> Detail troubleshooting
> Perubahan di sisi configurasi/hardware
> Langkah2 melakukan konfirmasi setelah problem resolve
> Nomor tiketnya berapa
8. Konklusi (conclusion)
> Apa dasar penyebab incident
> Apa yang dapat dilakukan untuk mencegah?
> Apa impactnya (tidak ada/penurunan performa/ downtime)
> Business critically (producucing revenue, business critical, low)
> Estimasi biaya (impact + business criticality)
> Apa yang dapat mencegah supaya incident tidak terjadi lagi
> Apakah ada tindakan lanjutan/ research yang harus dilakukan terkait incident tersebut
Lampiran
Lampiran yang perlu diikut-sertakan log dari error message, isi dari trouble ticket, dan isi email.
Komentar
Posting Komentar