Templat data Incident Management Anda
Templat data Incident Management Anda
- Atribut yang disarankan untuk dikumpulkan
- Aktivitas utama yang perlu dilacak
- Panduan ekstraksi data untuk Problem Management ServiceNow
Atribut Incident Management
| 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
|
|||
Aktivitas Incident Management
| 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
|
|||
Panduan ekstraksi data
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.
Tidak perlu kartu kredit. Mulai tingkatkan proses dalam hitungan menit.