Templat data Incident Management Anda

Pengelolaan masalah ServiceNow
Templat data Incident Management Anda

Templat data Incident Management Anda

Templat ini memandu Anda mengumpulkan data yang diperlukan untuk menganalisis dan meningkatkan proses pengelolaan insiden. Templat ini menjelaskan atribut data penting yang perlu dikumpulkan, aktivitas utama yang perlu dilacak, dan cara mengambil informasi tersebut dari sistem sumber. Gunakan panduan ini untuk membuat log peristiwa yang mendukung analisis dan perbaikan proses secara mendalam.
  • Atribut yang disarankan untuk dikumpulkan
  • Aktivitas utama yang perlu dilacak
  • Panduan ekstraksi data untuk Problem Management ServiceNow
Baru mengenal log peristiwa? Pelajari cara membuat log peristiwa process mining.

Atribut Incident Management

Berikut kolom data yang disarankan untuk dimasukkan ke log peristiwa agar proses pengelolaan insiden dapat dianalisis secara menyeluruh.
5 Wajib 4 Disarankan 10 Opsional
Nama Deskripsi
ID insiden
IncidentId
Pengenal unik untuk setiap rekaman insiden, yang menjadi kunci utama untuk melacak seluruh siklus insiden.
Deskripsi

ID insiden adalah nomor referensi unik untuk setiap insiden yang dilaporkan di ServiceNow. ID ini menjadi pengenal utama kasus yang menghubungkan semua aktivitas, pembaruan, dan komunikasi terkait sejak insiden dibuat hingga ditutup.

Dalam analisis process mining, ID ini sangat penting. ID tersebut memungkinkan alat menyusun urutan peristiwa untuk setiap kasus, yang menjadi dasar untuk menemukan peta proses, menganalisis variasi, dan menghitung durasi dari awal hingga akhir. Tanpa ID insiden yang unik untuk setiap kasus, perjalanan insiden dalam proses penyelesaian tidak dapat ditelusuri.

Mengapa ini penting

Ini adalah ID kasus utama yang menghubungkan semua peristiwa dalam siklus insiden, sehingga analisis proses dari awal hingga akhir dapat dilakukan.

Sumber data

Tabel insiden ServiceNow, kolom number.

Contoh
INC0010001INC0010045INC0010239
Nama aktivitas
ActivityName
Nama peristiwa atau tugas tertentu yang terjadi pada suatu waktu dalam siklus insiden.
Deskripsi

Nama aktivitas menjelaskan langkah atau perubahan status tertentu dalam proses penanganan insiden, seperti 'Insiden dibuat', 'Insiden ditugaskan kepada agen', atau 'Insiden ditutup'. Data ini biasanya diperoleh dari perubahan pada kolom insiden penting seperti 'State' atau 'Assignment Group', maupun dari entri log tertentu.

Atribut ini penting untuk menyusun peta proses. Nama aktivitas menentukan simpul dalam grafik proses, sehingga analis dapat melihat alur insiden, menemukan jalur yang umum, mengidentifikasi hambatan antaraktivitas, dan menganalisis variasi proses. Tingkat perincian dan keakuratan nama aktivitas berpengaruh langsung pada kualitas analisis proses.

Mengapa ini penting

Atribut ini menentukan langkah-langkah dalam peta proses, yang menjadi dasar seluruh analisis dan visualisasi process mining.

Sumber data

Atribut ini biasanya dihasilkan oleh logika transformasi data berdasarkan perubahan pada kolom seperti state, assignment_group, dan assigned_to di tabel sys_audit atau incident.

Contoh
Insiden dibuatGrup penugasan diubahPenyelesaian diusulkanInsiden ditutup
Waktu peristiwa
EventTime
Stempel waktu tepat yang menunjukkan kapan aktivitas terjadi.
Deskripsi

Waktu peristiwa, yang sering disebut stempel waktu, mencatat tanggal dan waktu persis saat aktivitas selesai atau perubahan status terjadi. Di ServiceNow, waktu ini biasanya tercatat di kolom sys_updated_on untuk setiap perubahan dalam jejak audit.

Atribut ini penting untuk mengurutkan peristiwa dengan benar dan melakukan analisis berbasis waktu. Data ini digunakan untuk menghitung waktu siklus, waktu antrean, dan durasi antaraktivitas. Semua itu menjadi dasar untuk menemukan hambatan, mengukur kinerja terhadap SLA, dan memahami efisiensi proses. Keakuratan stempel waktu sangat penting agar metrik durasi dapat diandalkan.

Mengapa ini penting

Stempel waktu ini mengurutkan semua aktivitas secara kronologis dan memungkinkan penghitungan metrik berbasis durasi, seperti waktu siklus dan hambatan.

Sumber data

Tabel sys_audit ServiceNow, kolom sys_created_on, atau kolom sys_updated_on dari tabel incident untuk status terakhir.

Contoh
2023-04-15T10:05:21Z2023-04-15T11:22:00Z2023-04-16T09:00:30Z
Pembaruan data terakhir
LastDataUpdate
Stempel waktu yang menunjukkan kapan data untuk rekaman ini terakhir kali diperbarui dari sistem sumber.
Deskripsi

Atribut ini mencatat tanggal dan waktu ekstraksi atau pembaruan data terakhir dari ServiceNow. Kolom metadata ini menunjukkan seberapa baru data yang dianalisis, bukan peristiwa dalam proses itu sendiri.

Informasi ini penting untuk memahami kemutakhiran analisis. Pengguna dapat mengetahui seberapa baru data yang tersedia, yang penting untuk dasbor operasional dan pengambilan keputusan berdasarkan peristiwa terbaru. Informasi ini juga membantu menetapkan ekspektasi tentang relevansi dan kebaruan data.

Mengapa ini penting

Atribut ini memberi tahu pengguna seberapa baru data yang tersedia, hal penting untuk menjaga relevansi dan keakuratan analisis.

Sumber data

Stempel waktu ini dibuat dan diisi oleh alat atau proses ekstraksi data saat data dimuat.

Contoh
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Sistem sumber
SourceSystem
Sistem tempat data ini diekstrak.
Deskripsi

Atribut ini menunjukkan asal data insiden, yaitu ServiceNow Problem Management. Biasanya, nilai statis ditambahkan selama proses ekstraksi dan transformasi data.

Jika analisis menggabungkan data dari beberapa sistem, kolom ini penting untuk melacak asal-usul dan memisahkan data. Kolom ini membantu memastikan metrik dan proses dianalisis dalam konteks yang tepat, serta memungkinkan analis membandingkan proses dari berbagai sistem sumber.

Mengapa ini penting

Atribut ini memberi konteks penting tentang asal data, membantu melacak asal-usul data dan menafsirkannya dengan tepat di lingkungan yang menggunakan beberapa sistem.

Sumber data

Biasanya, nilai statis ditambahkan selama proses ekstraksi data.

Contoh
Pengelolaan masalah ServiceNowServiceNow
Ditugaskan kepada
AssignedTo
Pengguna atau agen yang saat ini ditugaskan untuk menangani insiden.
Deskripsi

Atribut ini menunjukkan agen dukungan tertentu yang bertanggung jawab atas insiden pada waktu tertentu. Informasi ini penting untuk memahami distribusi beban kerja, kinerja agen, dan serah terima antarindividu.

Dalam analisis, 'Ditugaskan kepada' membantu memvisualisasikan alokasi sumber daya dan menemukan agen yang kelebihan beban. Atribut ini juga digunakan di dasbor Serah Terima dan Penugasan Ulang untuk melacak berapa kali penanggung jawab insiden berganti, yang dapat menunjukkan inefisiensi atau kesenjangan pengetahuan. Menganalisis waktu penyelesaian per agen juga dapat menunjukkan kinerja terbaik atau kebutuhan pelatihan tambahan.

Mengapa ini penting

Atribut ini memungkinkan analisis beban kerja, kinerja, dan serah terima antaragen, yang penting untuk memahami efisiensi sumber daya.

Sumber data

Tabel incident ServiceNow, kolom assigned_to.

Contoh
Beth AnglinDavid LooHoward Johnson
Grup penugasan
AssignmentGroup
Tim atau grup dukungan yang bertanggung jawab menangani insiden.
Deskripsi

Grup penugasan menunjukkan tim agen yang bertugas menyelesaikan insiden. Insiden sering dialihkan antargrup, misalnya dari meja bantuan Level 1 ke tim jaringan khusus Level 2.

Atribut ini penting untuk menganalisis serah terima antar tim dan menemukan hambatan sistemik. Dasbor 'Tingkat Serah Terima dan Penugasan Ulang' sangat bergantung pada data ini untuk menunjukkan tim yang sering terlibat dalam pemindahan insiden. Data ini juga memungkinkan perbandingan kinerja antargrup dukungan dan membantu mengetahui lokasi keahlian penyelesaian di dalam organisasi.

Mengapa ini penting

Atribut ini melacak tim yang bertanggung jawab, sehingga kinerja dan beban kerja tim serta serah terima antargrup dapat dianalisis.

Sumber data

Tabel incident ServiceNow, kolom assignment_group.

Contoh
Meja layananDukungan jaringanAdministrator basis data
Prioritas
Priority
Tingkat prioritas insiden, yang menentukan urgensi respons yang diperlukan.
Deskripsi

Prioritas adalah kolom penting di ServiceNow yang menentukan urutan dan kecepatan penanganan insiden. Nilainya biasanya ditentukan berdasarkan dampak dan urgensi insiden, serta berpengaruh langsung pada target SLA.

Atribut ini menjadi dasar segmentasi dan analisis kinerja. Dasbor 'Ringkasan Kepatuhan SLA' menggunakan Prioritas untuk menilai apakah insiden berprioritas tinggi diselesaikan sesuai target waktu. Menganalisis waktu siklus berdasarkan prioritas membantu memastikan insiden kritis memang ditangani lebih cepat daripada insiden yang kurang penting. Prioritas menjadi dimensi penting untuk hampir semua KPI dan dasbor.

Mengapa ini penting

Atribut ini memungkinkan insiden dikelompokkan berdasarkan kepentingan bisnis, yang penting untuk memantau kepatuhan SLA dan mengalokasikan sumber daya.

Sumber data

Tabel incident ServiceNow, kolom priority.

Contoh
1 - Kritis2 - Tinggi3 - Sedang4 - Rendah
Status insiden
IncidentState
Status insiden saat ini dalam siklusnya.
Deskripsi

Status insiden menunjukkan tahap yang sedang dijalani, seperti 'New', 'In Progress', 'On Hold', atau 'Resolved'. Perubahan status sering menjadi sumber utama untuk menghasilkan aktivitas dalam log peristiwa bagi process mining.

Menganalisis waktu yang dihabiskan pada setiap status merupakan cara efektif untuk menemukan hambatan. Misalnya, durasi panjang dalam status 'On Hold' dapat menunjukkan ketergantungan pada faktor eksternal atau pengguna. Urutan perubahan status juga menjadi dasar peta proses, yang menunjukkan perkembangan insiden hingga selesai.

Mengapa ini penting

Atribut ini melacak perkembangan insiden dan penting untuk menganalisis waktu di setiap tahap serta menemukan hambatan proses.

Sumber data

Tabel incident ServiceNow, kolom incident_state atau state.

Contoh
BaruSedang ditanganiMenunggu informasi penggunaSelesaiDitutup
Apakah SLA dilanggar
IsSlaBreached
Penanda yang menunjukkan apakah penyelesaian insiden melewati batas waktu SLA.
Deskripsi

Atribut boolean hasil perhitungan ini menandai insiden yang melanggar Service Level Agreement. Nilainya ditentukan dengan membandingkan waktu penyelesaian aktual dengan 'Batas waktu SLA'. Jika insiden selesai setelah tenggat, penanda bernilai true.

Atribut ini menjadi dasar dashboard 'Ringkasan Kepatuhan SLA' dan KPI terkait. Perbandingan waktu yang rumit disederhanakan menjadi nilai true atau false. Anda dapat dengan mudah memfilter insiden yang melanggar SLA dan menganalisis kesamaan karakteristiknya, seperti kategori, grup penugasan, atau prioritas.

Mengapa ini penting

Atribut ini menyederhanakan analisis kepatuhan SLA. Anda dapat memfilter dan menelusuri insiden yang tidak memenuhi target.

Sumber data

Dihitung dengan membandingkan waktu 'Resolved At' dengan waktu 'SlaDueDate'. (Resolved At > SlaDueDate).

Contoh
truefalse
Batas waktu SLA
SlaDueDate
Tanggal dan waktu target penyelesaian insiden sesuai SLA.
Deskripsi

Batas waktu SLA adalah waktu tenggat penyelesaian insiden yang dihitung berdasarkan karakteristik insiden, seperti prioritasnya, dan Service Level Agreement (SLA) yang berlaku.

Atribut ini penting untuk dashboard 'Ringkasan Kepatuhan SLA' dan KPI 'Tingkat Pelanggaran SLA Insiden Kritis'. Nilainya menjadi patokan untuk membandingkan waktu penyelesaian aktual. Dengan menganalisis insiden yang mendekati batas waktu SLA, Anda dapat melakukan eskalasi dan menentukan prioritas lebih awal.

Mengapa ini penting

Atribut ini menetapkan target penyelesaian, sehingga kepatuhan SLA dapat diukur dan insiden yang berisiko melewati tenggat dapat diketahui.

Sumber data

Nilai ini biasanya terdapat di tabel task_sla yang terkait dengan tabel incident. Kolom planned_end_time berisi waktu yang relevan.

Contoh
2023-05-20T17:00:00Z2023-06-01T09:00:00Z
Dibuka kembali
IsReopened
Penanda yang menunjukkan apakah insiden dibuka kembali setelah dinyatakan selesai.
Deskripsi

Penanda boolean ini bernilai true jika status insiden berubah kembali menjadi aktif, misalnya 'Sedang dikerjakan', setelah sebelumnya mencapai status 'Teratasi' atau 'Ditutup'. Hal ini biasanya diketahui dengan mencari aktivitas 'Insiden Dibuka Kembali' di log peristiwa.

Insiden yang dibuka kembali sering menunjukkan bahwa penyelesaiannya belum tuntas atau tidak efektif. Analisis kasus ini membantu menemukan insiden yang ditutup terlalu cepat atau masalah berulang yang belum benar-benar diperbaiki. Tingkat pembukaan kembali yang tinggi dapat menurunkan kepuasan pengguna dan produktivitas tim, sehingga metrik ini penting untuk mengendalikan kualitas.

Mengapa ini penting

Penanda ini menunjukkan masalah dalam proses penyelesaian, yaitu insiden yang memerlukan pekerjaan tambahan setelah dinyatakan selesai.

Sumber data

Dihitung dengan memeriksa urutan aktivitas setiap insiden untuk mengetahui apakah status 'terbuka' muncul setelah status 'teratasi'.

Contoh
truefalse
ID masalah
ProblemId
ID rekaman Problem terkait jika insiden terhubung dengan masalah yang lebih besar.
Deskripsi

Problem ID menghubungkan insiden dengan rekaman terkait di modul Problem Management. Hubungan ini dibuat saat insiden diketahui sebagai gejala dari masalah mendasar yang lebih besar dan berdampak pada beberapa pengguna atau layanan.

Hubungan ini penting untuk dashboard 'Volume Insiden Berulang' dan KPI 'Tingkat Insiden Berulang'. Analis dapat mengelompokkan insiden yang berasal dari akar masalah yang sama, mengukur dampak keseluruhan masalah, dan memantau efektivitas upaya penyelesaiannya. Banyaknya insiden yang terkait dengan masalah menunjukkan bahwa dukungan lebih sering bertindak setelah masalah terjadi.

Mengapa ini penting

Atribut ini menghubungkan insiden dengan akar masalah, sehingga Anda dapat menganalisis masalah berulang dan mengukur dampak manajemen masalah.

Sumber data

Tabel incident ServiceNow, kolom problem_id.

Contoh
PRB0040001PRB0040015PRB0040102
Item konfigurasi
ConfigurationItem
Komponen, layanan, atau aset TI tertentu yang terdampak insiden.
Deskripsi

Configuration Item (CI) adalah aset dari Configuration Management Database (CMDB) yang terdampak insiden. Aset ini dapat berupa server, aplikasi, laptop, atau perangkat jaringan.

Analisis insiden berdasarkan CI sangat berguna untuk menemukan aset atau layanan yang sering bermasalah. Anda dapat mengetahui bagian infrastruktur TI mana yang paling banyak memicu insiden, lalu menggunakan temuan tersebut untuk menentukan investasi peningkatan atau penggantian. Dalam process mining, filter CI dapat menunjukkan apakah insiden yang terkait dengan aplikasi penting ditangani secara berbeda atau lebih efisien.

Mengapa ini penting

Atribut ini menunjukkan aset yang terdampak, membantu menemukan komponen bermasalah dalam infrastruktur TI dan menentukan fokus perbaikan.

Sumber data

Tabel incident ServiceNow, kolom cmdb_ci.

Contoh
Produksi SAP ERPServer Oracle DB 05Layanan email
Jumlah pengalihan
ReassignmentCount
Berapa kali insiden dialihkan ke grup atau agen lain.
Deskripsi

Kolom ini mencatat berapa kali insiden dipindahkan antargrup penugasan. Nilainya mengukur hambatan dalam proses dan sering digunakan sebagai indikator kinerja utama.

Atribut ini menjadi dasar dashboard 'Tingkat Serah Terima dan Pengalihan' serta KPI 'Rata-rata Serah Terima per Insiden'. Jumlah pengalihan yang tinggi sering menunjukkan masalah seperti penyaluran awal yang keliru, kurangnya keterampilan pada tingkat dukungan tertentu, atau kepemilikan proses yang tidak jelas. Mengurangi pengalihan merupakan sasaran umum perbaikan proses karena biasanya dapat mempercepat penyelesaian.

Mengapa ini penting

Atribut ini mengukur serah terima dalam proses secara langsung. Nilainya dapat menunjukkan inefisiensi, penyaluran yang keliru, dan peluang perbaikan.

Sumber data

Tabel incident ServiceNow, kolom reassignment_count.

Contoh
0135
Kategori
Category
Klasifikasi umum insiden, seperti Perangkat keras, Perangkat lunak, atau Jaringan.
Deskripsi

Kategori memberikan klasifikasi umum tentang jenis insiden. Kategori ini, sering kali bersama subkategori, membantu mengarahkan insiden ke tim dukungan yang tepat dan digunakan untuk pelaporan serta analisis tren.

Dalam process mining, atribut ini penting untuk dasbor 'Akurasi Kategorisasi Insiden' dan 'Jumlah Insiden Berulang'. Dengan menganalisis insiden yang kategorinya berubah di tengah proses, organisasi dapat menemukan masalah dalam triase awal. Memfilter peta proses berdasarkan kategori juga dapat menunjukkan apakah jenis insiden tertentu mengikuti jalur penyelesaian yang berbeda atau mengalami hambatan khusus.

Mengapa ini penting

Atribut ini memungkinkan analisis jenis insiden, membantu mengukur akurasi kategorisasi, dan penting untuk perutean serta analisis tren.

Sumber data

Tabel incident ServiceNow, kolom category.

Contoh
Perangkat kerasPerangkat lunakJaringanBasis data
Kode penyelesaian
ResolutionCode
Kode yang menunjukkan cara insiden akhirnya diselesaikan.
Deskripsi

Kode penyelesaian menjelaskan jenis solusi yang diterapkan, misalnya apakah masalah diselesaikan oleh pengguna, ditangani dengan kesalahan yang sudah diketahui, atau diberi solusi sementara. Agen biasanya mengisi kolom ini saat menutup insiden.

Atribut ini mendukung dasbor 'Efektivitas Jenis Penyelesaian'. Data ini memungkinkan analisis jumlah insiden yang ditutup dengan perbaikan permanen dibandingkan solusi sementara, yang menjadi indikator penting kualitas layanan dan stabilitas jangka panjang. Tingginya penggunaan solusi sementara dapat menunjukkan bahwa masalah mendasar belum ditangani dengan memadai.

Mengapa ini penting

Atribut ini menjelaskan metode penyelesaian, sehingga perbaikan permanen dapat dibandingkan dengan solusi sementara dan analisis akar penyebab dapat didukung.

Sumber data

Tabel incident ServiceNow, kolom close_code atau kolom kode resolusi khusus.

Contoh
Teratasi (solusi sementara)Teratasi (permanen)Tidak teratasi (dibatalkan pengguna)Kesalahan yang diketahui
Pelapor
CallerId
Pengguna yang pertama kali melaporkan insiden.
Deskripsi

Caller menunjukkan pengguna akhir atau pelanggan yang terdampak insiden dan melaporkannya. Informasi ini memberi konteks tentang pihak yang terkena gangguan layanan.

Pelapor tidak selalu menjadi bagian utama alur proses. Namun, analisis insiden berdasarkan pelapor dapat menunjukkan apakah masalah lebih sering berdampak pada orang atau departemen tertentu. Temuan ini dapat mengarah pada kebutuhan pelatihan atau masalah lingkungan kerja setempat. Informasi pelapor juga menghubungkan Anda langsung dengan pelanggan untuk survei kepuasan dan komunikasi.

Mengapa ini penting

Atribut ini menunjukkan pengguna yang terdampak. Anda dapat menganalisis insiden berdasarkan departemen atau individu, sekaligus mengetahui konteks untuk komunikasi dengan pengguna.

Sumber data

Tabel incident ServiceNow, kolom caller_id.

Contoh
Abel TuterCarolina PashDon Goodliffe
Tingkat keparahan
Severity
Besarnya dampak insiden terhadap bisnis.
Deskripsi

Tingkat keparahan menunjukkan seberapa besar dampak insiden terhadap operasional bisnis. Bersama tingkat urgensi, atribut ini sering digunakan untuk menghitung prioritas insiden secara otomatis.

Dalam analisis, tingkat keparahan menjadi dimensi penting untuk dashboard 'Ringkasan Kepatuhan SLA'. Atribut ini membantu organisasi mengetahui apakah tingkat layanan terpenuhi untuk insiden yang paling mengganggu. Tingkat keparahan memberikan sudut pandang bisnis untuk melengkapi gambaran operasional dari prioritas.

Mengapa ini penting

Atribut ini mengukur dampak insiden terhadap bisnis. Informasi ini penting untuk menentukan prioritas penanganan dan menganalisis kinerja dalam menangani masalah kritis.

Sumber data

Tabel incident ServiceNow, kolom severity.

Contoh
1 - Tinggi2 - Sedang3 - Rendah
Wajib Disarankan Opsional

Aktivitas Incident Management

Berikut langkah dan pencapaian utama proses yang perlu dicatat dalam log peristiwa agar proses dapat ditemukan dan ditingkatkan secara akurat.
6 Disarankan 7 Opsional
Aktivitas Deskripsi
Grup penugasan diubah
Menunjukkan serah terima saat insiden dipindahkan dari satu grup dukungan ke grup lain. Peristiwa ini tercatat melalui perubahan lanjutan pada kolom 'assignment_group' setelah kolom tersebut pertama kali diisi.
Mengapa ini penting

Penugasan ulang yang sering dapat menunjukkan kesalahan perutean awal, proses yang rumit, atau kesenjangan pengetahuan. Aktivitas ini penting untuk mengukur KPI 'Rata-rata Serah Terima per Insiden'.

Sumber data

Disimpulkan dari tabel 'sys_audit' dengan melacak setiap perubahan pada kolom 'assignment_group' setelah penugasan awal.

Pengumpulan data

Cari setiap perubahan bertanda waktu pada kolom 'assignment_group' di log audit.

Jenis peristiwa inferred
Insiden dibuat
Menandai awal siklus insiden, saat insiden baru resmi dicatat di ServiceNow. Peristiwa ini tercatat secara eksplisit menggunakan stempel waktu pembuatan rekaman insiden.
Mengapa ini penting

Ini adalah peristiwa awal utama dalam proses. Menganalisis waktu dari aktivitas ini hingga penyelesaian menjadi dasar untuk mengukur waktu siklus keseluruhan dan kepatuhan SLA.

Sumber data

Stempel waktu 'sys_created_on' pada tabel 'incident' menjadi stempel waktu peristiwa yang digunakan untuk aktivitas ini.

Pengumpulan data

Gunakan stempel waktu 'sys_created_on' dari rekaman insiden.

Jenis peristiwa explicit
Insiden ditugaskan ke grup
Aktivitas ini terjadi saat insiden ditugaskan kepada grup dukungan tertentu untuk ditangani. Ini merupakan langkah penting dalam proses perutean dan tercatat melalui perubahan pada kolom grup penugasan.
Mengapa ini penting

Melacak penugasan penting untuk menganalisis serah terima, waktu antrean setiap grup, serta menemukan inefisiensi atau hambatan dalam perutean.

Sumber data

Disimpulkan dari tabel 'sys_audit' dengan melacak kapan kolom 'assignment_group' pada tabel 'incident' diisi atau diubah.

Pengumpulan data

Gunakan stempel waktu dari log audit untuk perubahan pada kolom 'assignment_group'.

Jenis peristiwa inferred
Insiden ditutup
Ini adalah aktivitas terakhir dalam siklus insiden. Artinya, insiden telah selesai sepenuhnya, dikonfirmasi, dan tidak memerlukan tindakan lebih lanjut. Peristiwa ini tercatat secara eksplisit melalui stempel waktu penutupan.
Mengapa ini penting

Sebagai peristiwa akhir, aktivitas ini penting untuk menghitung total durasi siklus insiden dan menganalisis waktu yang dibutuhkan untuk proses setelah penyelesaian.

Sumber data

Stempel waktu 'closed_at' pada tabel 'incident' menjadi stempel waktu peristiwa yang digunakan. Biasanya, nilai ini diisi saat kolom 'state' berubah menjadi 'Closed'.

Pengumpulan data

Gunakan stempel waktu 'closed_at' dari rekaman insiden.

Jenis peristiwa explicit
Pekerjaan dimulai
Menunjukkan bahwa agen mulai menyelidiki atau menangani insiden secara aktif. Peristiwa ini biasanya disimpulkan saat status insiden berubah dari 'New' atau 'Assigned' menjadi status aktif seperti 'In Progress'.
Mengapa ini penting

Tonggak ini menandai berakhirnya waktu antrean awal dan dimulainya upaya penyelesaian aktif. Mengukur waktu hingga pekerjaan dimulai penting untuk menganalisis hambatan.

Sumber data

Disimpulkan dari tabel 'sys_audit' dengan mencari saat kolom 'state' pada tabel 'incident' berubah menjadi nilai yang menunjukkan pekerjaan aktif, seperti 'In Progress'.

Pengumpulan data

Cari stempel waktu saat kolom 'state' berubah menjadi 'In Progress' atau nilai serupa.

Jenis peristiwa inferred
Penyelesaian diusulkan
Menandai saat agen dukungan menerapkan perbaikan dan mengubah status insiden menjadi 'Resolved'. Ini merupakan tonggak penting sebelum insiden ditutup.
Mengapa ini penting

Aktivitas ini menandai berakhirnya pekerjaan aktif dan dimulainya tahap konfirmasi. Jeda antara aktivitas ini dan 'Insiden ditutup' dapat menunjukkan keterlambatan konfirmasi pengguna atau verifikasi.

Sumber data

Disimpulkan dari tabel 'sys_audit' saat kolom 'state' pada tabel 'incident' berubah menjadi 'Resolved'. Stempel waktu 'resolved_at' biasanya diisi pada saat ini.

Pengumpulan data

Gunakan stempel waktu saat kolom 'state' menjadi 'Resolved' atau stempel waktu 'resolved_at'.

Jenis peristiwa inferred
Insiden dibuka kembali
Terjadi saat pengguna melaporkan bahwa masalah masih ada setelah statusnya ditandai sebagai selesai. Peristiwa ini disimpulkan saat status insiden berubah dari 'Resolved' kembali ke status aktif seperti 'In Progress'.
Mengapa ini penting

Insiden yang dibuka kembali menunjukkan penyelesaian yang gagal dan pekerjaan ulang. Melacak aktivitas ini penting untuk mengukur kualitas penyelesaian dan tingkat perbaikan pada percobaan pertama.

Sumber data

Disimpulkan dari tabel 'sys_audit' dengan mendeteksi perubahan kolom 'state' dari 'Resolved' kembali ke status aktif seperti 'In Progress' atau 'Assigned'.

Pengumpulan data

Cari stempel waktu saat 'state' berubah dari 'Resolved' ke nilai aktif.

Jenis peristiwa inferred
Insiden dieskalasikan
Terjadi saat prioritas atau tingkat keparahan insiden dinaikkan, biasanya karena diperlukan respons yang lebih cepat atau sumber daya yang berbeda. Peristiwa ini disimpulkan dengan mendeteksi kenaikan nilai pada kolom 'priority'.
Mengapa ini penting

Eskalasi sering menunjukkan bahwa insiden lebih parah dari perkiraan awal atau berisiko melanggar SLA. Menganalisis peristiwa ini membantu memahami pengecualian dalam proses.

Sumber data

Disimpulkan dari tabel 'sys_audit' dengan mencari perubahan pada kolom 'priority' ke nilai yang menunjukkan urgensi lebih tinggi.

Pengumpulan data

Deteksi kenaikan nilai kolom 'priority', misalnya dari '3 - Sedang' menjadi '2 - Tinggi'.

Jenis peristiwa inferred
Insiden dikategorikan
Menunjukkan klasifikasi awal insiden, saat kolom seperti Category, Subcategory, dan Priority diisi. Peristiwa ini biasanya disimpulkan dari jejak audit ketika kolom tersebut pertama kali diisi atau diperbarui tidak lama setelah insiden dibuat.
Mengapa ini penting

Kategori yang akurat penting untuk memastikan perutean dan prioritas yang tepat. Melacak aktivitas ini membantu menganalisis tingkat perubahan kategori dan dampaknya terhadap waktu penyelesaian.

Sumber data

Disimpulkan dari tabel 'sys_audit' dengan mencari perubahan pertama pada kolom seperti 'category', 'subcategory', atau 'priority' untuk insiden tertentu.

Pengumpulan data

Cari stempel waktu pembaruan pertama pada kolom klasifikasi di log audit.

Jenis peristiwa inferred
Insiden ditautkan ke masalah
Aktivitas ini terjadi saat insiden secara resmi dikaitkan dengan rekaman masalah, yang menunjukkan bahwa insiden tersebut merupakan bagian dari masalah mendasar yang lebih besar. Peristiwa ini disimpulkan saat kolom 'problem_id' pada rekaman insiden diisi.
Mengapa ini penting

Mengaitkan insiden dengan masalah merupakan langkah penting untuk beralih dari penanganan insiden secara reaktif ke analisis akar penyebab secara proaktif. Hal ini mendukung dasbor 'Jumlah Insiden Berulang'.

Sumber data

Disimpulkan dengan mendeteksi saat kolom referensi 'problem_id' pada tabel 'incident' diisi dengan suatu nilai.

Pengumpulan data

Cari stempel waktu di log audit saat kolom 'problem_id' diisi.

Jenis peristiwa inferred
Insiden ditugaskan kepada agen
Menunjukkan saat seorang agen tertentu dalam grup dukungan mengambil tanggung jawab atas insiden. Peristiwa ini tercatat melalui pemantauan perubahan pada kolom 'assigned_to'.
Mengapa ini penting

Aktivitas ini memberi gambaran terperinci tentang beban kerja agen dan penyelesaian pada kontak pertama. Data ini membantu mengetahui berapa lama insiden menunggu sebelum seseorang mulai menanganinya setelah ditugaskan ke grup.

Sumber data

Disimpulkan dari tabel 'sys_audit' dengan melacak kapan kolom 'assigned_to' pada tabel 'incident' diisi atau diubah.

Pengumpulan data

Gunakan stempel waktu dari log audit untuk perubahan pada kolom 'assigned_to'.

Jenis peristiwa inferred
Komentar dukungan ditambahkan
Agen dukungan menambahkan catatan kerja atau komentar yang dapat dilihat pengguna. Peristiwa ini tercatat secara eksplisit dalam aliran aktivitas insiden.
Mengapa ini penting

Melacak komunikasi dan upaya penyelidikan tim dukungan. Menganalisis frekuensi dan waktu komentar memberi gambaran tentang proses penyelidikan.

Sumber data

Diambil dari tabel 'sys_journal_field', yang mencatat entri untuk kolom 'work_notes' dan 'comments' pada tabel 'incident'.

Pengumpulan data

Gunakan stempel waktu pembuatan entri jurnal dengan elemen 'work_notes' atau 'comments'.

Jenis peristiwa explicit
Menunggu konfirmasi pengguna
Insiden berada dalam status tertunda sambil menunggu pengguna mengonfirmasi keberhasilan penyelesaian yang diusulkan. Peristiwa ini biasanya disimpulkan dari status tertentu seperti 'Awaiting User Info' setelah insiden diselesaikan.
Mengapa ini penting

Status ini dapat menjadi hambatan besar jika pengguna lambat merespons. Mengukur waktu yang dihabiskan dalam aktivitas ini membantu menemukan kesenjangan komunikasi dan peluang untuk mengotomatiskan penutupan.

Sumber data

Disimpulkan dari tabel 'sys_audit' dengan mencari perubahan ke status tertunda tertentu setelah penyelesaian. Nama status dapat disesuaikan, misalnya 'Awaiting Caller'.

Pengumpulan data

Cari stempel waktu saat 'state' berubah menjadi nilai yang menunjukkan bahwa proses menunggu masukan pengguna.

Jenis peristiwa inferred
Disarankan Opsional

Panduan ekstraksi data

Cara mengambil data dari Problem Management ServiceNow

Siap memulai?

Templat ini menyediakan semua yang Anda perlukan untuk memulai process mining pada proses pengelolaan insiden. Mulailah meningkatkan proses penyelesaian insiden Anda hari ini.

Selesaikan insiden lebih cepat: tingkatkan efisiensi ServiceNow sekarang

Kurangi MTTR sebesar 35% di ServiceNow. Temukan masalah dan tingkatkan kepuasan.

Mulai uji coba gratis

Tidak perlu kartu kredit. Mulai tingkatkan proses dalam hitungan menit.