Templat data pengelolaan masalah

Template process mining universal
Templat data pengelolaan masalah

Templat data pengelolaan masalah

Template process mining universal

Ini template data umum kami untuk process mining Pengelolaan masalah. Gunakan template khusus sistem untuk mendapatkan panduan yang lebih terarah.

Pilih sistem tertentu
  • Kerangka umum yang dapat digunakan pada sistem pengelolaan masalah apa pun.
  • Kolom data dan langkah proses yang disarankan untuk analisis menyeluruh.
  • Wawasan dasar untuk memulai process mining dengan lebih efisien.
Baru mengenal log peristiwa? Pelajari cara membuat log peristiwa process mining.

Atribut pengelolaan masalah

Tabel atribut di bawah ini memuat kolom data yang disarankan untuk menyusun log peristiwa dan memahami proses pengelolaan masalah Anda secara mendalam.
5 Wajib 8 Disarankan 4 Opsional
Nama Deskripsi
ID catatan masalah
ProblemRecordId
Pengenal unik untuk catatan masalah yang mewakili satu kasus dalam proses manajemen masalah.
Deskripsi

ID Catatan Masalah menjadi kunci utama untuk melacak seluruh siklus hidup masalah, mulai dari pembuatan hingga penyelesaian akhir. Setiap masalah, yang dapat terhubung ke beberapa insiden, memiliki ID unik agar dapat dibedakan dari masalah lainnya.

Dalam process mining, atribut ini menjadi dasar penentuan kasus. Dengan ID ini, alat dapat mengelompokkan semua aktivitas terkait ke dalam satu instans proses. Analisis alur proses, identifikasi hambatan, dan penghitungan durasi kasus bergantung pada identifikasi catatan masalah yang tepat.

Mengapa ini penting

Ini adalah ID Kasus utama yang mengelompokkan semua peristiwa terkait, sehingga perjalanan setiap investigasi masalah dapat ditelusuri dari awal hingga akhir.

Sumber data

Pengenal ini biasanya terdapat di tabel utama masalah atau tiket pada sistem IT Service Management (ITSM).

Contoh
PRB0040332PROB-1298778103PM-5501
Nama aktivitas
ActivityName
Nama peristiwa, tugas, atau perubahan status tertentu yang terjadi selama siklus hidup manajemen masalah.
Deskripsi

Nama Aktivitas menjelaskan satu langkah dalam proses manajemen masalah, seperti 'Catatan Masalah Dibuat', 'Akar Masalah Diidentifikasi', atau 'Perbaikan Permanen Diterapkan'. Aktivitas ini dicatat secara kronologis untuk menunjukkan bagaimana masalah ditangani.

Dalam process mining, atribut ini penting untuk menyusun peta proses yang menggambarkan alur kerja sebenarnya. Analisis urutan, frekuensi, dan jalur aktivitas membantu menemukan penyimpangan, hambatan, dan inefisiensi dalam proses penyelesaian masalah.

Mengapa ini penting

Atribut ini menentukan langkah-langkah dalam proses, sehingga alur proses dapat divisualisasikan dan dianalisis, termasuk jalur umum dan penyimpangannya.

Sumber data

Nama aktivitas biasanya diambil dari log perubahan status, jejak audit, atau tabel peristiwa yang terkait dengan catatan masalah utama.

Contoh
Investigasi DimulaiPrioritas DiubahSolusi Sementara DiberikanCatatan Masalah Ditutup
Waktu peristiwa
EventTime
Tanggal dan waktu tepat saat aktivitas tertentu terjadi.
Deskripsi

Waktu Peristiwa, atau stempel waktu, menunjukkan urutan waktu setiap aktivitas dalam siklus hidup masalah. Informasi ini penting untuk mengurutkan peristiwa dengan benar dan menghitung durasi antarlangkah proses.

Dalam process mining, atribut ini digunakan untuk mengurutkan aktivitas, menemukan model proses, dan menjalankan semua analisis berbasis waktu. Atribut ini menjadi dasar penghitungan indikator kinerja utama, seperti 'Rata-rata Waktu Investigasi Akar Masalah', serta identifikasi jeda antar langkah, misalnya antara penemuan akar masalah dan pengajuan permintaan perubahan.

Mengapa ini penting

Stempel waktu setiap aktivitas penting untuk mengurutkan peristiwa dan menghitung metrik berbasis waktu, seperti waktu siklus dan durasi hambatan.

Sumber data

Stempel waktu ini biasanya terdapat di tabel log peristiwa atau jejak audit, bersama nama aktivitas dan pengenal kasus.

Contoh
2023-04-15T10:22:05Z2023-11-20T14:05:30Z2024-01-08T09:00:11Z
Pembaruan data terakhir
LastDataUpdate
Stempel waktu yang menunjukkan kapan data terakhir kali diambil atau diperbarui dari sistem sumber.
Deskripsi

Atribut ini mencatat tanggal dan waktu pengambilan data terbaru. Informasi ini menunjukkan seberapa baru data yang dianalisis, sehingga pemangku kepentingan memahami rentang waktu yang dicakup analisis.

Informasi ini penting sebagai konteks dalam dasbor dan laporan. Pengguna dapat mengetahui apakah data yang dilihat merupakan informasi terkini atau rekam data dari waktu tertentu. Hal ini memengaruhi cara metrik seperti 'Tumpukan Masalah Lama' ditafsirkan.

Mengapa ini penting

Memberi konteks penting tentang kebaruan data, sehingga hasil analisis dan dasbor dapat ditafsirkan dengan tepat berdasarkan waktu pembaruan terakhir.

Sumber data

Stempel waktu ini biasanya dibuat dan disimpan oleh alat atau skrip ekstraksi, transformasi, dan pemuatan data (ETL) saat data dimasukkan.

Contoh
2023-10-01T06:00:00Z2024-02-20T08:00:00Z2024-03-15T05:30:00Z
Sistem sumber
SourceSystem
Nama aplikasi atau sistem tempat data diambil.
Deskripsi

Atribut ini menunjukkan asal data manajemen masalah, misalnya ServiceNow, Jira, atau alat ITSM buatan sendiri. Atribut ini sangat penting saat data dari beberapa sistem digabungkan untuk analisis menyeluruh.

Dalam process mining, Sistem Sumber dapat digunakan sebagai filter untuk membandingkan kinerja dan variasi proses di berbagai unit bisnis atau platform. Atribut ini juga membantu validasi data dan penelusuran masalah dengan menunjukkan asal data.

Mengapa ini penting

Menunjukkan asal data. Informasi ini penting untuk validasi data dan perbandingan proses di berbagai sistem atau unit organisasi.

Sumber data

Biasanya, nilai tetap ini ditambahkan saat proses ekstraksi data untuk menandai catatan dari sistem sumber tertentu.

Contoh
ServiceNowJira Service ManagementBMC Helix ITSMFreshservice
Grup dukungan
SupportGroup
Tim teknis atau departemen yang bertanggung jawab menyelidiki dan menyelesaikan masalah pada waktu tertentu.
Deskripsi

Grup Dukungan menunjukkan tim yang ditugaskan menangani masalah. Seiring penanganan berlangsung, masalah dapat dialihkan ke grup lain, misalnya dari tim dukungan Level 2 ke tim khusus Rekayasa Jaringan.

Atribut ini penting untuk menganalisis kinerja tim dan serah terima antar tim. Process mining dapat menunjukkan keterlambatan akibat pengalihan, mengukur lama masalah ditangani setiap grup, dan menemukan tim yang paling efektif menyelesaikan jenis masalah tertentu. Atribut ini mendukung dasbor seperti 'Analisis Serah Terima Grup Dukungan'.

Mengapa ini penting

Penting untuk menganalisis kinerja tim, menemukan hambatan akibat serah terima, dan memahami pembagian beban kerja antar tim.

Sumber data

Informasi ini biasanya tersimpan dalam riwayat penugasan catatan masalah atau tabel detail utama di sistem ITSM.

Contoh
Operasional jaringanAdministrasi basis dataDukungan aplikasi L3Tim keamanan
Jumlah insiden terkait
RelatedIncidentCount
Jumlah seluruh catatan insiden yang terhubung dengan masalah.
Deskripsi

Atribut ini mengukur dampak masalah dengan menunjukkan jumlah insiden yang dialami pengguna akibat masalah tersebut. Masalah yang terkait dengan banyak insiden biasanya lebih mengganggu operasional bisnis.

Metrik ini berguna untuk menentukan prioritas dan menganalisis dampak. Dalam process mining, metrik ini dapat digunakan untuk melihat hubungan antara jumlah insiden, waktu investigasi, dan prioritas penyelesaian. Metrik ini membantu organisasi memahami skala masalah dan menunjukkan manfaat sumber daya yang digunakan untuk manajemen masalah, termasuk jumlah insiden yang dapat dicegah dengan satu perbaikan.

Mengapa ini penting

Mengukur dampak bisnis suatu masalah, membantu menentukan prioritas investigasi dan menilai efektivitas penyelesaiannya.

Sumber data

Nilai ini sering kali dihitung di catatan masalah dengan menghitung jumlah catatan insiden yang tertaut.

Contoh
5281501
Jumlah pengalihan
ReassignmentCount
Jumlah pengalihan catatan masalah antargrup dukungan atau individu.
Deskripsi

Metrik ini menghitung berapa kali tanggung jawab atas suatu masalah dialihkan. Jumlah pengalihan yang tinggi sering menunjukkan inefisiensi proses, seperti pengarahan awal yang keliru atau tanggung jawab tim yang tidak jelas.

Dalam process mining, metrik ini menjadi indikator utama hambatan dalam proses. Metrik ini dapat digunakan untuk menemukan kasus yang bolak-balik berpindah antar tim. Analisis kasus dengan jumlah pengalihan tinggi dapat mengungkap kesenjangan pengetahuan atau kelemahan proses yang menyebabkan keterlambatan dan upaya yang terbuang.

Mengapa ini penting

Membantu mengukur inefisiensi proses dengan melacak serah terima yang berlebihan, yang sering menunjukkan pengarahan keliru, kesenjangan pengetahuan, atau tanggung jawab yang tidak jelas.

Sumber data

Kolom penghitung ini biasanya bertambah setiap kali penugasan pada catatan masalah berubah. Jumlahnya juga dapat dihitung dari log peristiwa.

Contoh
0135
Kategori akar masalah
RootCauseCategory
Klasifikasi akhir penyebab mendasar yang memicu masalah.
Deskripsi

Setelah investigasi selesai, Kategori Akar Masalah digunakan untuk mengelompokkan penyebab mendasar masalah, seperti 'Cacat Perangkat Lunak', 'Kerusakan Perangkat Keras', atau 'Kesalahan Konfigurasi'. Pengelompokan ini penting untuk perbaikan strategis.

Atribut ini menjadi dasar dasbor 'Kinerja Investigasi Akar Masalah'. Dengan menganalisis frekuensi tiap kategori akar masalah, organisasi dapat menemukan masalah sistemik yang berulang dan menentukan prioritas perbaikan jangka panjang. Analisis ini membantu mengalihkan fokus dari penanganan masalah secara reaktif ke pencegahan.

Mengapa ini penting

Penting untuk analisis strategis karena membantu menemukan masalah sistemik dan tren penyebab masalah di seluruh organisasi.

Sumber data

Informasi ini biasanya dicatat di kolom khusus pada catatan masalah, sering kali sebelum atau saat proses penutupan.

Contoh
Kesalahan konfigurasiCacat perangkat lunakKerusakan perangkat kerasMasalah pelatihan pengguna
Layanan terdampak
AffectedService
Layanan bisnis, aplikasi, atau item konfigurasi (CI) utama yang terdampak oleh masalah.
Deskripsi

Atribut ini menghubungkan masalah dengan komponen atau layanan tertentu dalam infrastruktur TI, seperti 'Layanan Email' atau 'Platform Manajemen Hubungan Pelanggan'. Informasi ini memberi konteks bisnis yang penting untuk masalah teknis.

Dalam analisis process mining, Layanan Terdampak memberikan sudut pandang yang berfokus pada bisnis. Atribut ini membantu menjawab pertanyaan seperti, 'Layanan mana yang paling banyak mengalami masalah?' atau 'Berapa rata-rata waktu penyelesaian masalah yang berdampak pada sistem keuangan penting?'. Konteks ini penting untuk menentukan prioritas perbaikan berdasarkan dampak bisnis.

Mengapa ini penting

Memberi konteks bisnis dengan menghubungkan masalah teknis ke layanan yang terdampak, sehingga prioritas dapat ditentukan berdasarkan tingkat kepentingan bisnis.

Sumber data

Informasi ini biasanya ditautkan dari Configuration Management Database (CMDB) dan disimpan di kolom 'Configuration Item' atau 'Service' pada catatan masalah.

Contoh
Layanan email dan kolaborasiKeuangan SAP ERPVPN perusahaanSitus web utama pelanggan
Prioritas
Priority
Tingkat prioritas yang ditetapkan untuk masalah, yang menentukan urgensi investigasi dan penyelesaiannya.
Deskripsi

Prioritas adalah atribut utama untuk mengelompokkan masalah berdasarkan dampak bisnis dan urgensinya. Atribut ini membantu tim mendahulukan masalah yang paling kritis. Tingkat prioritas biasanya menggunakan kategori standar, seperti Kritis, Tinggi, Sedang, dan Rendah.

Dalam analisis proses, Prioritas menjadi dimensi penting untuk pemfilteran dan perbandingan. Analis dapat membandingkan alur penanganan masalah berprioritas tinggi dengan yang berprioritas rendah untuk melihat perbedaan atau efisiensinya. Atribut ini juga penting untuk analisis kepatuhan SLA karena SLA sering ditentukan berdasarkan tingkat prioritas.

Mengapa ini penting

Memungkinkan analisis berdasarkan kategori untuk membandingkan penanganan masalah kritis dengan masalah rutin, serta penting untuk mengukur kepatuhan terhadap SLA.

Sumber data

Kolom ini tersedia sebagai kolom standar di tabel utama catatan masalah pada sebagian besar platform ITSM.

Contoh
1 - Kritis2 - Tinggi3 - Sedang4 - Rendah
SLA dilanggar
SlaBreached
Penanda yang menunjukkan apakah penyelesaian masalah melewati tenggat SLA yang ditetapkan.
Deskripsi

Atribut boolean ini menunjukkan secara langsung apakah Service Level Agreement terpenuhi. Biasanya, nilainya ditetapkan ke true jika stempel waktu penyelesaian masalah lebih lambat daripada Tenggat SLA.

Sebagai ukuran hasil langsung, penanda ini sangat berguna untuk dasbor dan pelaporan tingkat tinggi. Dalam process mining, penanda ini dapat digunakan untuk membuat pemeriksaan kesesuaian atau memfilter semua kasus yang melanggar SLA. Perbandingan peta proses untuk masalah yang melanggar dan tidak melanggar SLA dapat mengungkap pola, hambatan, atau aktivitas tertentu yang sering menyebabkan kegagalan SLA.

Mengapa ini penting

Menunjukkan dengan jelas apakah SLA terpenuhi, sehingga jalur proses yang menyebabkan pelanggaran mudah difilter dan dianalisis.

Sumber data

Kolom ini sering kali merupakan nilai turunan atau hasil perhitungan dengan membandingkan stempel waktu penyelesaian dengan Tenggat SLA.

Contoh
truefalse
Tenggat SLA
SlaDueDate
Tanggal dan waktu target penyelesaian catatan masalah sesuai perjanjian tingkat layanan.
Deskripsi

Tenggat SLA menetapkan target resmi untuk penyelesaian masalah. Target ini biasanya ditentukan berdasarkan prioritas masalah dan ketentuan dalam perjanjian tingkat layanan (SLA).

Atribut ini penting untuk dasbor 'Ringkasan Kepatuhan SLA'. Dengan membandingkan waktu penyelesaian aktual dengan Tenggat SLA, organisasi dapat menghitung tingkat keberhasilan SLA. Process mining juga dapat menguraikan hasil ini untuk menemukan langkah proses atau tim yang paling banyak menyebabkan pelanggaran SLA.

Mengapa ini penting

Menetapkan target penyelesaian dan menjadi dasar pengukuran serta pelaporan kepatuhan SLA.

Sumber data

Tanggal ini biasanya dihitung dan disimpan di catatan masalah berdasarkan waktu pembuatan dan prioritasnya.

Contoh
2023-05-20T17:00:00Z2024-01-10T09:30:00Z2024-03-01T12:00:00Z
ID permintaan perubahan terkait
RelatedChangeRequestId
Pengenal permintaan perubahan yang diajukan untuk menerapkan perbaikan permanen atas masalah.
Deskripsi

Atribut ini menghubungkan proses manajemen masalah secara langsung dengan proses manajemen perubahan. Atribut ini digunakan saat perubahan kode, penggantian perangkat keras, atau modifikasi lain diperlukan untuk mengatasi akar masalah.

Analisis tautan ini penting untuk memahami 'Keterlambatan Serah Terima ke Manajemen Perubahan'. Process mining dapat mengukur waktu dari penemuan akar masalah hingga pembuatan permintaan perubahan, serta waktu dari penerapan perubahan hingga masalah ditutup. Analisis ini membantu menemukan inefisiensi dalam interaksi antara kedua proses.

Mengapa ini penting

Menghubungkan masalah dengan solusi dalam manajemen perubahan, sehingga keterlambatan serah terima dan siklus penyelesaian dari awal hingga akhir dapat dianalisis.

Sumber data

Kolom referensi ini biasanya terdapat di catatan masalah dan tertaut ke catatan terkait dalam sistem atau modul manajemen perubahan.

Contoh
CHG0030219CR-8812CHANGE-401
Pengguna yang ditugaskan
AssignedUser
Pengguna atau koordinator yang saat ini ditugaskan untuk menangani catatan masalah.
Deskripsi

Atribut ini menunjukkan orang yang bertanggung jawab atas masalah pada waktu tertentu. Grup Dukungan menunjukkan tim yang menangani masalah, sedangkan Pengguna yang Ditugaskan menunjukkan agen, teknisi, atau koordinator yang menangani investigasi.

Analisis berdasarkan Pengguna yang Ditugaskan membantu memahami beban kerja, kinerja, dan kebutuhan pelatihan tiap orang. Analisis ini dapat menunjukkan jika seseorang menjadi hambatan atau pembagian kerja dalam tim tidak merata. Tampilan ini melengkapi analisis grup dukungan.

Mengapa ini penting

Memungkinkan analisis beban kerja dan kinerja individu, serta membantu menemukan orang dengan kinerja terbaik atau yang membutuhkan dukungan maupun pelatihan tambahan.

Sumber data

Kolom ini biasanya terdapat di tabel utama catatan masalah dengan nama seperti 'Assignee', 'Assigned To', atau 'Coordinator'.

Contoh
Alice JohnsonajohnsonBob Smithbsmith
Solusi Sementara Diberikan
WorkaroundProvided
Penanda yang menunjukkan apakah solusi sementara telah ditemukan dan disampaikan untuk mengatasi masalah.
Deskripsi

Atribut ini mencatat apakah solusi sementara telah tersedia untuk mengurangi dampak masalah selama perbaikan permanen dikembangkan. Ini merupakan tonggak penting dalam siklus hidup manajemen masalah.

Atribut ini penting untuk dasbor 'Efektivitas dan Kecepatan Solusi Sementara'. Process mining dapat digunakan untuk menghitung rata-rata waktu penyediaan solusi sementara. Analisis lanjutan dapat menghubungkan penyediaan solusi sementara dengan penurunan jumlah insiden terkait yang baru. Dengan begitu, kemampuan tim untuk memulihkan layanan dengan cepat dapat diukur, bahkan sebelum akar masalah diperbaiki.

Mengapa ini penting

Menunjukkan apakah layanan telah dipulihkan sementara, sehingga kecepatan tim dalam mengurangi dampak bisnis dapat dianalisis.

Sumber data

Nilai ini dapat berupa penanda boolean ('WorkaroundPublished') atau diturunkan dari keberadaan teks di kolom detail solusi sementara.

Contoh
truefalse
Status masalah
ProblemStatus
Tahap terkini dalam siklus hidup catatan masalah, seperti Terbuka, Sedang Diinvestigasi, atau Ditutup.
Deskripsi

Status Masalah menunjukkan tahap masalah saat ini dalam alur kerjanya. Status ini memberikan gambaran posisi masalah pada waktu tertentu, mulai dari pencatatan awal hingga penyelesaian akhir.

Nama Aktivitas mencatat peristiwa perubahan status, sedangkan Status Masalah berguna untuk menganalisis tumpukan masalah saat ini. Status ini dapat digunakan untuk membuat dasbor yang menampilkan jumlah masalah terbuka di setiap tahap, membantu pengelolaan beban kerja, dan menemukan catatan yang terlalu lama tertahan di tahap tertentu.

Mengapa ini penting

Menunjukkan tahap masalah saat ini. Informasi ini penting untuk menganalisis tumpukan masalah dan menemukan masalah yang tertahan di tahap tertentu.

Sumber data

Kolom standar ini terdapat di tabel utama catatan masalah dan diperbarui seiring masalah melewati siklus hidupnya.

Contoh
TerbukaAnalisis akar masalahMenunggu perubahanSelesaiDitutup
Wajib Disarankan Opsional

Aktivitas pengelolaan masalah

Bagian ini menjelaskan langkah proses utama dan tonggak penting yang perlu dicatat agar proses dapat ditemukan dengan akurat dan alur kerja pengelolaan masalah Anda terlihat jelas.
7 Disarankan 8 Opsional
Aktivitas Deskripsi
Akar Masalah Ditemukan
Aktivitas ini menandai tahap saat penyebab utama masalah berhasil didiagnosis dan didokumentasikan. Aktivitas ini menunjukkan bahwa tahap investigasi telah selesai.
Mengapa ini penting

Tahap ini penting untuk mengukur efisiensi diagnosis. Durasi dari awal investigasi hingga akar masalah ditemukan menjadi indikator kinerja utama untuk analisis masalah.

Sumber data

Aktivitas ini sering disimpulkan dari perubahan status menjadi 'Akar Masalah Ditemukan' atau dicatat saat kolom 'Akar Masalah' pertama kali diisi.

Pengumpulan data

Catat stempel waktu perubahan status atau pembaruan pertama pada kolom teks 'Akar Masalah'.

Jenis peristiwa inferred
Catatan Masalah Dibuat
Aktivitas ini menandai pembuatan awal catatan masalah. Inilah awal resmi proses manajemen masalah dan stempel waktu dasar untuk analisis selanjutnya.
Mengapa ini penting

Aktivitas ini menjadi titik awal utama setiap instans proses. Menganalisis waktu dari peristiwa ini ke peristiwa lainnya penting untuk memahami durasi proses secara keseluruhan dan keterlambatan di tahap awal.

Sumber data

Biasanya, aktivitas ini diambil dari stempel waktu pembuatan catatan masalah utama atau tabel tiket. Data sumber hampir selalu memiliki kolom khusus untuk informasi ini.

Pengumpulan data

Gunakan stempel waktu 'Dibuat Pada' atau kolom serupa dari tabel masalah utama.

Jenis peristiwa explicit
Catatan Masalah Ditutup
Ini adalah aktivitas terakhir dalam siklus proses. Catatan masalah ditutup secara administratif dan tidak ada tindakan lanjutan yang diharapkan. Kasus dianggap selesai dan diarsipkan.
Mengapa ini penting

Aktivitas ini menjadi titik akhir utama bagi sebagian besar instans proses. Aktivitas ini penting untuk menghitung total durasi proses manajemen masalah dari awal hingga akhir.

Sumber data

Peristiwa ini hampir selalu tercatat secara eksplisit sebagai perubahan status menjadi 'Ditutup' di log riwayat catatan.

Pengumpulan data

Gunakan stempel waktu saat status catatan diubah menjadi 'Ditutup'.

Jenis peristiwa explicit
Investigasi Dimulai
Peristiwa ini menandai perubahan status catatan masalah dari baru atau tertunda menjadi investigasi aktif. Artinya, analis telah mulai menyelidiki masalah secara resmi.
Mengapa ini penting

Aktivitas ini membantu mengukur waktu respons awal dan kecepatan penanganan tunggakan. Durasi antara pembuatan catatan dan dimulainya investigasi menjadi indikator penting daya tanggap tim.

Sumber data

Aktivitas ini sering disimpulkan dari perubahan status dalam riwayat catatan, misalnya dari 'Baru' menjadi 'Sedang Berlangsung' atau 'Dalam Investigasi'.

Pengumpulan data

Catat stempel waktu saat status pertama kali berubah menjadi investigasi aktif.

Jenis peristiwa inferred
Perbaikan Permanen Diterapkan
Peristiwa ini menunjukkan bahwa solusi teknis permanen, yang sering dikelola melalui permintaan perubahan, berhasil diterapkan. Peristiwa ini menandai selesainya pekerjaan perbaikan.
Mengapa ini penting

Aktivitas ini mengakhiri tahap penerapan solusi. Waktu dari pengajuan perubahan hingga tahap ini mengukur efisiensi proses manajemen perubahan dalam menyelesaikan masalah.

Sumber data

Aktivitas ini biasanya disimpulkan saat status catatan masalah berubah menjadi 'Terselesaikan' atau 'Solusi Diterapkan', sering kali setelah permintaan perubahan yang tertaut ditutup.

Pengumpulan data

Simpulkan aktivitas ini dari perubahan status masalah menjadi 'Terselesaikan' atau dari stempel waktu penyelesaian catatan perubahan terkait.

Jenis peristiwa inferred
Permintaan Perubahan Diajukan
Peristiwa ini mencatat pembuatan atau penautan permintaan perubahan resmi ke catatan masalah. Peristiwa ini menandai peralihan dari proses manajemen masalah ke manajemen perubahan untuk menerapkan perbaikan permanen.
Mengapa ini penting

Aktivitas ini penting untuk menganalisis keterlambatan antara diagnosis masalah dan pengajuan perbaikan. Aktivitas ini membantu menemukan hambatan di antara proses manajemen masalah dan manajemen perubahan.

Sumber data

Biasanya, peristiwa ini tercatat secara eksplisit dalam riwayat hubungan atau tautan catatan, yang menunjukkan kaitan dengan catatan perubahan.

Pengumpulan data

Temukan peristiwa saat catatan perubahan ditautkan ke catatan masalah.

Jenis peristiwa explicit
Solusi Sementara Diberikan
Peristiwa ini menandakan bahwa solusi sementara telah didokumentasikan dan tersedia. Langkah ini membantu mengurangi dampak bagi pengguna akhir selama perbaikan permanen dikembangkan.
Mengapa ini penting

Waktu yang dibutuhkan untuk menyediakan solusi sementara merupakan KPI penting untuk mengukur kemampuan tim memulihkan layanan dengan cepat. Aktivitas ini membantu menganalisis kecepatan dan efektivitas solusi sementara.

Sumber data

Aktivitas ini dapat dicatat saat kolom teks 'Solusi Sementara' pertama kali diisi, tindakan 'Komunikasikan Solusi Sementara' dicatat, atau penanda 'Solusi Sementara Tersedia' diaktifkan.

Pengumpulan data

Deteksi saat kolom solusi sementara pertama kali diisi atau saat peristiwa publikasi terkait terjadi.

Jenis peristiwa explicit
Catatan Masalah Dibatalkan
Aktivitas ini menandai penghentian catatan masalah sebelum masalah berhasil diselesaikan. Hal ini dapat terjadi jika catatan dibuat karena kesalahan, merupakan duplikat, atau sudah tidak relevan.
Mengapa ini penting

Analisis pembatalan membantu menilai kualitas catatan masalah yang masuk. Tingkat pembatalan yang tinggi dapat menunjukkan perlunya pelatihan atau kriteria kualifikasi yang lebih baik.

Sumber data

Peristiwa ini tercatat saat status berubah menjadi 'Cancelled', 'Rejected', atau 'Withdrawn' dalam riwayat catatan.

Pengumpulan data

Identifikasi waktu saat status berubah menjadi status pembatalan akhir.

Jenis peristiwa explicit
Catatan Masalah Dibuka Kembali
Aktivitas ini terjadi saat catatan masalah yang sebelumnya telah diselesaikan atau ditutup kembali ke status aktif. Biasanya, ini menandakan bahwa perbaikan yang diterapkan tidak berhasil atau masalah muncul kembali.
Mengapa ini penting

Tingkat pembukaan kembali yang tinggi menjadi indikator penting rendahnya kualitas penyelesaian. Melacak aktivitas ini penting untuk mengukur tingkat penyelesaian pada upaya pertama dan menemukan solusi yang tidak efektif.

Sumber data

Peristiwa ini tercatat dengan memantau riwayat status catatan untuk menemukan perubahan dari status ditutup atau terselesaikan kembali ke status terbuka atau sedang berlangsung.

Pengumpulan data

Temukan perubahan status dari 'Terselesaikan' atau 'Ditutup' kembali ke status aktif seperti 'Terbuka'.

Jenis peristiwa explicit
Grup Dukungan Ditugaskan
Aktivitas ini mencatat penugasan atau penugasan ulang catatan masalah ke grup dukungan atau tim tertentu. Aktivitas ini menunjukkan perpindahan kepemilikan dan tanggung jawab investigasi.
Mengapa ini penting

Melacak penugasan penting untuk menganalisis keterlambatan serah terima, menemukan hambatan antargrup, dan memahami kinerja setiap grup. Jumlah penugasan ulang yang tinggi sering menandakan proses yang tidak efisien.

Sumber data

Informasi ini biasanya tersedia di log audit atau tabel riwayat yang mencatat perubahan kolom 'Grup Penugasan' atau 'Tim Dukungan' pada catatan masalah.

Pengumpulan data

Temukan semua perubahan pada kolom grup penugasan di log riwayat catatan.

Jenis peristiwa explicit
Menunggu Penerapan Perubahan
Aktivitas ini menunjukkan bahwa catatan masalah ditahan sambil menunggu permintaan perubahan terkait selesai. Tim masalah sedang menunggu tim perubahan menerapkan perbaikan.
Mengapa ini penting

Memisahkan waktu tunggu ini membantu mengukur dengan tepat waktu yang dihabiskan dalam proses manajemen perubahan dibandingkan dengan proses manajemen masalah, sekaligus meningkatkan akuntabilitas.

Sumber data

Aktivitas ini biasanya disimpulkan dari perubahan status catatan masalah menjadi 'Menunggu Perubahan' atau 'Perbaikan Sedang Berlangsung'.

Pengumpulan data

Catat stempel waktu saat status catatan masalah berubah untuk menunjukkan bahwa catatan sedang menunggu perubahan.

Jenis peristiwa inferred
Pelanggaran SLA terdeteksi
Peristiwa ini menandakan bahwa waktu untuk mencapai penyelesaian atau tonggak respons telah melampaui target Service Level Agreement (SLA) yang ditetapkan. Peristiwa ini dibuat atau dihitung oleh sistem.
Mengapa ini penting

Pelacakan pelanggaran SLA menjadi dasar pengelolaan kinerja dan pelaporan kepatuhan. Data ini langsung menunjukkan kasus yang tidak memenuhi komitmen tingkat layanan.

Sumber data

Peristiwa ini dapat berupa penanda khusus atau peristiwa yang dicatat sistem. Pelanggaran juga dapat dihitung dengan membandingkan waktu penyelesaian dengan tenggat SLA.

Pengumpulan data

Hitung dengan membandingkan waktu penyelesaian atau respons dengan target waktu SLA, atau catat peristiwa pelanggaran yang dibuat sistem.

Jenis peristiwa calculated
Penyelesaian Diverifikasi
Aktivitas ini menandai konfirmasi bahwa perbaikan yang diterapkan berhasil mengatasi masalah utama dan layanan normal telah pulih. Ini merupakan langkah validasi terakhir sebelum catatan ditutup.
Mengapa ini penting

Langkah ini memeriksa kualitas penyelesaian. Menganalisis waktu yang dibutuhkan untuk verifikasi dapat menunjukkan keterlambatan dalam memastikan keberhasilan perbaikan.

Sumber data

Aktivitas ini dapat tercatat sebagai status khusus seperti 'Verifikasi' atau disimpulkan dari perubahan status menjadi 'Terselesaikan' atau 'Selesai'.

Pengumpulan data

Catat stempel waktu saat status berubah untuk menunjukkan bahwa perbaikan telah dikonfirmasi.

Jenis peristiwa inferred
Prioritas Diubah
Aktivitas ini mencatat setiap perubahan prioritas, dampak, atau urgensi catatan masalah setelah pertama kali dibuat. Perubahan ini menunjukkan penilaian ulang terhadap kepentingan masalah bagi bisnis.
Mengapa ini penting

Menganalisis perubahan prioritas membantu menemukan masalah yang sering dinaikkan atau diturunkan prioritasnya. Perubahan ini dapat memengaruhi alokasi sumber daya dan kepatuhan SLA.

Sumber data

Perubahan ini biasanya tercatat di log audit atau tabel riwayat perubahan yang melacak pembaruan pada kolom 'Prioritas'.

Pengumpulan data

Lacak semua pembaruan pada kolom 'Prioritas' di riwayat perubahan catatan.

Jenis peristiwa explicit
Tinjauan Setelah Penerapan Selesai
Peristiwa ini menandai selesainya tinjauan setelah penerapan (PIR). Tinjauan resmi ini menganalisis penanganan masalah untuk menemukan pelajaran yang dapat diambil dan peluang perbaikan proses.
Mengapa ini penting

Melacak penyelesaian PIR penting untuk kepatuhan proses dan perbaikan berkelanjutan. Langkah ini memastikan wawasan penting dari masalah besar dicatat dan ditindaklanjuti.

Sumber data

Aktivitas ini sering dicatat saat subtugas PIR selesai, status berubah menjadi 'Tinjauan Selesai', atau kolom tanggal penyelesaian PIR diisi.

Pengumpulan data

Temukan penyelesaian tugas terkait PIR atau pembaruan status tertentu.

Jenis peristiwa explicit
Disarankan Opsional

Panduan ekstraksi

Cara mendapatkan data untuk process mining.

Metode ekstraksi berbeda-beda untuk setiap sistem. Untuk petunjuk lengkap,

baca panduan ETL kami   atau   pilih proses dan sistem tertentu.

Siap memulai?

Pilih panduan khusus untuk sistem Anda, atau gunakan templat umum ini untuk segera memulai analisis proses pengelolaan masalah.

Tingkatkan pengelolaan masalah Anda, mulai sekarang

Temukan inefisiensi dan selesaikan masalah lebih cepat dengan wawasan berbasis data.

Mulai uji coba gratis

Tidak perlu kartu kredit. Siapkan dalam hitungan menit.