Templat data pengelolaan masalah
Templat data pengelolaan masalah
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.
Atribut pengelolaan masalah
| 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 | |||
Aktivitas pengelolaan masalah
| 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 | |||
Panduan ekstraksi
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.
Tidak perlu kartu kredit. Siapkan dalam hitungan menit.