Templat data Problem Management Anda
Templat data Problem Management Anda
- Kolom data penting untuk analisis akar masalah
- Tahapan proses standar untuk pelacakan
- Panduan khusus untuk mengekstrak data dari BMC Helix ITSM
Atribut Problem Management
| Nama | Deskripsi | ||
|---|---|---|---|
|
Aktivitas
Activity
|
Tugas atau perubahan status tertentu yang terjadi. | ||
|
Deskripsi
Atribut ini menunjukkan langkah tertentu dalam siklus manajemen masalah, seperti 'Problem Record dicatat', 'Akar masalah ditemukan', atau 'Solution Database diperbarui'. Di BMC Helix, aktivitas ini sering disimpulkan dari riwayat status, log audit, atau stempel waktu transaksi tertentu di modul Problem Investigation. Atribut ini menjadi inti penemuan proses. Dengan menganalisis urutan aktivitas, alat process mining menyusun peta proses dan menunjukkan alur kerja yang sebenarnya dibandingkan dengan proses yang dirancang. Peta ini menyoroti proses berulang, pengerjaan ulang, dan penyimpangan dari prosedur operasi standar. Nama aktivitas yang akurat penting untuk memahami kejadian sebenarnya selama siklus proses. Data ini memungkinkan pengukuran waktu antar langkah tertentu, misalnya waktu antara penemuan akar masalah dan dimulainya Change Request.
Mengapa ini penting
Atribut ini menentukan simpul pada peta proses dan memungkinkan alur kerja divisualisasikan.
Sumber data
Disimpulkan dari riwayat status PBM:Problem Investigation atau PBM:AuditLogSystem
Contoh
Problem Record dicatatDitugaskan ke grup dukunganInvestigasi dimulaiAkar masalah ditemukan
|
|||
|
Problem Record
ProblemRecord
|
Pengenal unik untuk kasus investigasi masalah. | ||
|
Deskripsi
Atribut ini menjadi pengenal utama kasus dalam proses manajemen masalah. Di BMC Helix ITSM, atribut ini biasanya berupa kolom 'Problem ID' (misalnya, PBI00000012345) pada formulir PBM:Problem Investigation. Atribut ini menghubungkan semua aktivitas terkait, mulai dari pencatatan awal masalah hingga penutupan akhir dan tinjauan pascapenerapan. Dalam analisis process mining, atribut ini digunakan untuk mengelompokkan setiap peristiwa ke dalam satu instans proses. Analis dapat melihat seluruh perjalanan investigasi masalah tertentu. Tanpa pengenal ini, urutan tindakan dari berbagai grup dukungan dan koordinator tidak dapat dikaitkan. Kolom ini berfungsi sebagai kunci utama untuk log peristiwa dan diperlukan untuk semua agregasi di tingkat kasus, seperti menghitung total waktu siklus per masalah atau jumlah masalah pada setiap tingkat prioritas.
Mengapa ini penting
Ini adalah kunci utama untuk menyusun tampilan proses dan melacak siklus masalah tertentu.
Sumber data
Formulir PBM:Problem Investigation, kolom 'Problem ID'
Contoh
PBI00000004512PBI00000004513PBI00000004514
|
|||
|
Waktu peristiwa
EventTime
|
Stempel waktu saat aktivitas tertentu terjadi. | ||
|
Deskripsi
Atribut ini mencatat tanggal dan waktu persis saat aktivitas berlangsung. Di BMC Helix ITSM, atribut ini sesuai dengan kolom seperti 'Submit Date', 'Last Modified Date', atau stempel waktu tertentu dalam tabel riwayat yang mencatat perubahan status. Dalam analisis, atribut ini digunakan untuk mengurutkan peristiwa secara kronologis dan menghitung durasi. Atribut ini memungkinkan pengukuran waktu siklus antara dua titik dalam proses, seperti 'Investigation Cycle Time' atau 'Workaround Publication Lead Time'. Stempel waktu yang akurat penting untuk menemukan hambatan. Dengan menghitung selisih waktu antara peristiwa yang berurutan, analis dapat mengetahui dengan tepat di mana keterlambatan terjadi, baik saat penugasan awal maupun pada tahap tinjauan akhir.
Mengapa ini penting
Atribut ini memungkinkan penghitungan semua KPI berbasis durasi dan pengurutan peristiwa.
Sumber data
Tabel riwayat atau log audit yang terkait dengan PBM:Problem Investigation
Contoh
2023-10-15T08:30:00Z2023-10-15T09:15:22Z2023-10-16T14:20:10Z
|
|||
|
Pembaruan data terakhir
LastDataUpdate
|
Stempel waktu saat data diekstrak atau terakhir diperbarui. | ||
|
Deskripsi
Atribut ini menunjukkan kapan data terakhir dimuat ke aplikasi process mining. Dengan begitu, analis mengetahui seberapa baru data yang sedang dilihat. Nilainya biasanya dibuat oleh skrip ekstraksi atau alat pipeline data. Dalam analisis, atribut ini membantu mencegah pengambilan keputusan berdasarkan data lama. Misalnya, jika manajer melihat 'Open Problem Records', mengetahui bahwa data diperbarui satu jam lalu atau satu minggu lalu akan sangat memengaruhi pemahaman tentang beban kerja saat ini. Atribut ini juga digunakan untuk pemuatan data bertahap. Dengan melacak waktu pembaruan terakhir, proses ETL hanya mengambil catatan yang berubah sejak ekstraksi sebelumnya. Cara ini mengoptimalkan kinerja dan mengurangi beban sistem.
Mengapa ini penting
Atribut ini memastikan data tetap mutakhir dan mendukung strategi pemuatan data bertahap.
Sumber data
Waktu sistem saat ekstraksi dilakukan
Contoh
2023-11-01T00:00:00Z2023-11-01T12:00:00Z
|
|||
|
Sistem sumber
SourceSystem
|
Sistem asal data. | ||
|
Deskripsi
Atribut ini menunjukkan sistem perangkat lunak tempat data proses diambil, dalam hal ini 'BMC Helix ITSM'. Atribut ini sangat penting di lingkungan dengan beberapa sistem, tempat process mining dapat menggabungkan data dari berbagai alat ITSM, pengembangan, atau vendor eksternal. Dalam analisis, kolom ini berfungsi sebagai tag metadata untuk memvalidasi asal catatan. Jika tampilan process mining menggabungkan data manajemen masalah dari BMC Helix dengan data pengembangan perangkat lunak dari sistem lain, seperti Jira, atribut ini membantu memisahkan analisis berdasarkan alat sumbernya. Atribut ini juga membantu penelusuran masalah teknis. Jika ditemukan masalah kualitas data, informasi sistem sumber membantu teknisi data melacaknya kembali ke proses ekstraksi atau basis data sumber tertentu.
Mengapa ini penting
Atribut ini memberikan konteks dan memungkinkan penelusuran, terutama pada tampilan proses yang menggabungkan beberapa sistem.
Sumber data
Diisi dengan nilai tetap selama proses ekstraksi
Contoh
BMC Helix ITSMRemedy OnDemandBMC ITSM Prod
|
|||
|
Apakah SLA dilanggar
IsSLABreached
|
Penanda yang menunjukkan apakah penyelesaian masalah melewati batas waktu yang diizinkan. | ||
|
Deskripsi
Atribut boolean ini menunjukkan apakah catatan masalah melanggar perjanjian tingkat layanan. Nilainya dihitung dengan membandingkan stempel waktu 'Resolution Verified' dengan 'SLA Due Date', atau diambil langsung dari status SLM. Atribut ini penting untuk dashboard 'Tren Kepatuhan dan Pelanggaran SLA'. Atribut ini membagi proses dengan jelas menjadi dua kelompok: patuh dan tidak patuh. Dengan begitu, Anda dapat mengidentifikasi ciri-ciri proses yang gagal, misalnya, apakah kasus yang melanggar SLA selalu melibatkan Support Group X. Atribut ini juga menjadi filter utama untuk menganalisis akar penyebab kegagalan proses. Analis dapat memfilter 'IsSLABreached = True', lalu memeriksa peta proses untuk mengetahui di tahap mana waktu terbuang, misalnya saat menunggu persetujuan vendor.
Mengapa ini penting
Atribut ini memudahkan pelaporan kepatuhan dan analisis kegagalan.
Sumber data
Formulir SLM:Measurement atau hasil perhitungan
Contoh
truefalse
|
|||
|
Grup dukungan
SupportGroup
|
Tim teknis yang saat ini menangani investigasi masalah. | ||
|
Deskripsi
Atribut ini menunjukkan grup dukungan tertentu, seperti 'Server Admin' atau 'Database Support', yang bertanggung jawab atas catatan masalah saat peristiwa terjadi. Di BMC Helix, atribut ini adalah kolom 'Assigned Group'. Atribut ini penting untuk dasbor 'Support Group Workload Distribution' dan 'Support Group Reassignment Analysis'. Analis dapat memfilter peta proses berdasarkan tim untuk mengetahui grup yang menangani volume pekerjaan terbesar dan grup yang menjadi hambatan dalam proses investigasi. Analisis perpindahan penanganan antargrup dukungan membantu menemukan pola bolak-balik, saat tiket berpindah di antara tim tanpa terselesaikan. Hal ini sering menunjukkan tanggung jawab yang kurang jelas atau pengelolaan pengetahuan yang belum memadai di organisasi.
Mengapa ini penting
Atribut ini memungkinkan analisis organisasi dan deteksi hambatan di tingkat tim.
Sumber data
Formulir PBM:Problem Investigation, kolom 'Assigned Group'
Contoh
Service Desk Level 1Dukungan back officeAdministrasi jaringan
|
|||
|
Jumlah insiden terkait
RelatedIncidentCount
|
Jumlah insiden yang ditautkan ke catatan masalah ini. | ||
|
Deskripsi
Atribut ini mengukur dampak masalah dengan menghitung jumlah insiden yang terkait. Di BMC Helix, nilainya biasanya berupa jumlah catatan di formulir HPD:Help Desk yang terkait dengan catatan PBM. Atribut ini digunakan dalam KPI 'Kepadatan Tautan Insiden'. Jumlah yang tinggi menunjukkan masalah berdampak besar dan menambah banyak beban bagi service desk. Bandingkan dengan 'Priority' untuk memastikan masalah dengan volume tinggi benar-benar ditangani sebagai masalah kritis. Atribut ini juga membantu menentukan prioritas backlog. Catatan masalah dengan 500 insiden tertaut mungkin perlu didahulukan daripada masalah berstatus 'Critical' dengan hanya 1 insiden tertaut. Penyelesaian masalah pertama dapat mengurangi beban service desk lebih banyak.
Mengapa ini penting
Atribut ini mengukur dampak operasional masalah dan gangguan yang dialami pengguna.
Sumber data
Dihitung dengan menghitung baris terkait di HPD:Associations atau HPD:Help Desk
Contoh
15120
|
|||
|
Kategori akar masalah
RootCauseCategory
|
Klasifikasi penyebab utama masalah. | ||
|
Deskripsi
Atribut ini berisi kategori yang dipilih saat akar masalah ditemukan, seperti 'Software Error', 'Hardware Failure', atau 'Process Gap'. Di BMC Helix, kategori biasanya dipilih dari menu 'Root Cause' atau 'Generic Categorization'. Atribut ini penting untuk tampilan 'Fix Effectiveness and Quality'. Organisasi dapat menghubungkan jenis akar masalah tertentu dengan tingkat pengerjaan ulang atau lamanya investigasi. Misalnya, analisis dapat menunjukkan bahwa masalah 'Software Error' secara konsisten membutuhkan waktu penyelesaian dua kali lebih lama daripada masalah 'Hardware Failure'. Atribut ini juga digunakan untuk menghitung 'Root Cause Categorization Rate'. Jika sebagian besar nilainya 'Unknown' atau 'Other', organisasi mungkin perlu meningkatkan pelatihan teknis atau menyediakan pilihan kategori yang lebih terperinci.
Mengapa ini penting
Atribut ini memungkinkan analisis tren masalah sistemik dan mendukung manajemen masalah proaktif.
Sumber data
Formulir PBM:Problem Investigation, kolom 'Root Cause' atau kolom pada tab kategorisasi
Contoh
Modul perangkat lunakInfrastruktur jaringanKesalahan manusia
|
|||
|
Koordinator masalah
ProblemCoordinator
|
Pengguna yang ditugaskan untuk mengoordinasikan investigasi. | ||
|
Deskripsi
Atribut ini menunjukkan orang tertentu yang bertanggung jawab atas catatan masalah. Di BMC Helix ITSM, atribut ini adalah kolom 'Problem Coordinator'. Orang tersebut bertanggung jawab atas siklus masalah, meskipun tugasnya didelegasikan kepada orang lain. Atribut ini mendukung dasbor 'Support Group Workload Distribution'. Manajer dapat mengetahui apakah ada individu yang menangani terlalu banyak investigasi sementara yang lain masih memiliki kapasitas. Atribut ini juga mendukung analisis kinerja individu untuk membantu menemukan kebutuhan pelatihan atau karyawan berkinerja tinggi. Dalam process mining, kolom ini berfungsi sebagai atribut sumber daya. Kolom ini membantu memvisualisasikan alur kerja antarindividu dan dapat menunjukkan titik rawan saat proses terlalu bergantung pada satu pakar tertentu.
Mengapa ini penting
Atribut ini memungkinkan analisis sumber daya dan penyeimbangan beban kerja di tingkat individu.
Sumber data
Formulir PBM:Problem Investigation, kolom 'Problem Coordinator'
Contoh
John DoeJane SmithAdministrator sistem
|
|||
|
Pemicu investigasi
InvestigationDriver
|
Alasan investigasi masalah dimulai. | ||
|
Deskripsi
Atribut ini mengelompokkan pemicu catatan masalah, seperti 'Incident Volume', 'Major Incident', 'Vendor Notification', atau 'Proactive Trend Analysis'. Di BMC Helix, atribut ini adalah kolom 'Investigation Driver'. Atribut ini mendukung dasbor 'Proactive Identification Trends'. Organisasi dapat mengukur peralihan dari penanganan insiden secara reaktif ke manajemen masalah proaktif, yaitu menemukan risiko sebelum masalah terjadi. Analisis alur proses berdasarkan 'Investigation Driver' dapat menunjukkan perbedaan cara penanganan. Misalnya, masalah yang dipicu secara 'Proactive' mungkin lebih lama mengantre karena belum menyebabkan gangguan langsung, sedangkan masalah yang dipicu oleh 'Major Incident' biasanya diproses lebih cepat.
Mengapa ini penting
Atribut ini membedakan pekerjaan reaktif dan proaktif, yang menjadi indikator penting tingkat kematangan proses.
Sumber data
Formulir PBM:Problem Investigation, kolom 'Investigation Driver'
Contoh
ReaktifProaktifInsiden berulang
|
|||
|
Prioritas
Priority
|
Prioritas masalah yang dihitung berdasarkan dampak dan urgensi. | ||
|
Deskripsi
Atribut ini menunjukkan tingkat prioritas catatan masalah, seperti Critical, High, Medium, atau Low. Di BMC Helix, nilainya biasanya dihitung berdasarkan pilihan Impact dan Urgency. Dalam analisis, atribut ini digunakan untuk dasbor 'Throughput and Priority Volume'. Organisasi dapat memastikan sumber daya dialokasikan sesuai kebutuhan bisnis. Secara teori, masalah berprioritas 'Critical' seharusnya mendapat penugasan awal lebih cepat dan memiliki waktu siklus keseluruhan yang lebih singkat dibandingkan masalah berprioritas 'Low'. Memfilter berdasarkan prioritas membantu memusatkan upaya perbaikan. Hambatan dalam proses berprioritas 'Low' mungkin masih dapat diterima, tetapi keterlambatan yang sama pada proses 'Critical' menimbulkan risiko besar bagi kelangsungan bisnis dan kepatuhan terhadap SLA.
Mengapa ini penting
Atribut ini memisahkan analisis berdasarkan tingkat kepentingan bisnis dan mendukung analisis SLA.
Sumber data
Formulir PBM:Problem Investigation, kolom 'Priority'
Contoh
KritisTinggiSedangRendah
|
|||
|
Service CI
ServiceCI
|
Layanan bisnis atau item konfigurasi utama yang terdampak. | ||
|
Deskripsi
Atribut ini menunjukkan Service Configuration Item (CI) yang terkait dengan masalah, seperti 'Email Service', 'SAP ERP', atau 'Wi-Fi Network'. Di BMC Helix, atribut ini sering berupa kolom 'Service+' atau relasi CI utama. Dalam analisis, atribut ini memungkinkan catatan masalah dikelompokkan berdasarkan produk atau layanan. Pimpinan TI dapat mengetahui layanan mana yang paling rentan dan paling banyak memicu investigasi masalah. Atribut ini menambahkan dimensi produk pada dasbor 'Throughput and Priority Volume'. Dengan menghubungkan atribut ini ke 'Investigation Cycle Time', Anda dapat mengetahui apakah layanan yang kompleks, seperti sistem perbankan inti, memang memerlukan waktu investigasi lebih lama dibandingkan layanan umum, seperti pencetakan.
Mengapa ini penting
Atribut ini menghubungkan kinerja proses dengan produk atau layanan bisnis tertentu.
Sumber data
Formulir PBM:Problem Investigation, kolom 'ServiceCI' atau 'CI Name'
Contoh
Layanan emailSistem penggajianVPN perusahaan
|
|||
|
Tanggal jatuh tempo SLA
SLADueDate
|
Tanggal dan waktu target penyelesaian masalah. | ||
|
Deskripsi
Atribut ini mencatat tenggat penyelesaian masalah berdasarkan perjanjian tingkat layanan. Di BMC Helix, informasi ini biasanya berupa 'Target Resolution Date' atau stempel waktu pencapaian SLA yang dihitung sistem. Atribut ini menjadi acuan untuk dashboard 'Tren Kepatuhan dan Pelanggaran SLA'. Sistem membandingkan stempel waktu ini dengan waktu aktivitas 'Resolution Verified' untuk menentukan apakah SLA terpenuhi atau dilanggar. Dengan melihat tanggal ini, analis dapat mengetahui seberapa dekat tim menyelesaikan masalah dengan tenggat. Apakah masalah selesai beberapa hari lebih awal, atau selalu hanya beberapa menit sebelum SLA dilanggar? Informasi ini membantu perencanaan kapasitas.
Mengapa ini penting
Atribut ini menjadi acuan untuk menghitung semua metrik kepatuhan dan ketepatan waktu.
Sumber data
Formulir PBM:Problem Investigation, kolom 'Target Resolution Date'
Contoh
2023-12-01T17:00:00Z2023-12-02T09:00:00Z
|
|||
|
Durasi siklus investigasi
InvestigationCycleTime
|
Durasi dari dimulainya investigasi hingga akar masalah ditemukan. | ||
|
Deskripsi
Atribut durasi ini dihitung dari selisih waktu antara aktivitas 'Investigation Commenced' dan 'Root Cause Identified'. Atribut ini menunjukkan waktu yang benar-benar digunakan untuk menangani proses manajemen masalah. Metrik ini digunakan dalam dashboard 'Durasi Siklus Investigasi Akar Masalah'. Metrik ini membantu manajer memahami tingkat kerumitan teknis masalah dan efisiensi tim investigasi. Durasi yang sangat singkat dapat menandakan tebakan, sedangkan durasi yang sangat lama dapat menunjukkan investigasi yang terhenti. Dengan membandingkan metrik ini berdasarkan 'Support Groups' dan 'Priorities', organisasi dapat mengetahui tim mana yang memerlukan alat, pelatihan, atau dukungan vendor yang lebih baik agar dapat mendiagnosis masalah dengan lebih cepat.
Mengapa ini penting
Atribut ini menjadi metrik utama untuk mengukur efisiensi tahap investigasi teknis.
Sumber data
Dihitung dari stempel waktu aktivitas
Contoh
4500000120000
|
|||
|
ID permintaan perubahan terkait
RelatedChangeRequestId
|
ID permintaan perubahan yang dibuat untuk memperbaiki masalah. | ||
|
Deskripsi
Atribut ini berisi ID Change Request (misalnya, CRQ0000...) yang ditautkan ke catatan masalah. Atribut ini menandai peralihan dari investigasi ke penerapan perbaikan permanen. Atribut ini diperlukan untuk KPI 'Waktu dari Akar Masalah hingga Perubahan'. Dengan atribut ini, process mining dapat mengukur jeda antara penemuan akar masalah dan dimulainya proses perubahan. Pada tahap serah terima ini, proses sering kehilangan momentum. Atribut ini juga membantu memeriksa kelengkapan proses. Catatan masalah yang ditutup dengan status 'Completed' tanpa Change Request terkait atau solusi sementara dapat menandakan pelanggaran proses. Akar masalah sudah ditemukan, tetapi belum benar-benar diperbaiki.
Mengapa ini penting
Atribut ini menghubungkan proses manajemen masalah dengan proses manajemen perubahan.
Sumber data
Tab PBM:Investigation Associations atau Relationship
Contoh
CRQ00000021345CRQ00000021346
|
|||
|
Jumlah pengalihan
ReassignmentCount
|
Jumlah perubahan kelompok dukungan. | ||
|
Deskripsi
Atribut ini menghitung berapa kali aktivitas 'Assigned to Support Group' terjadi dalam satu kasus. Nilainya mengukur hambatan proses dan efisiensi perutean secara langsung. Atribut ini mengisi grafik 'Analisis Pengalihan Support Group'. Nilai yang tinggi, atau kasus yang bolak-balik dialihkan, menunjukkan bahwa triase awal tidak berjalan baik atau kepemilikan masalah yang rumit belum jelas. Ini dapat menjadi tanda awal meningkatnya waktu siklus. Manajer dapat menggunakan data ini untuk menemukan kebutuhan pelatihan. Jika Service Desk terus-menerus mengalihkan masalah 'Database' ke 'Network', lalu 'Network' mengembalikannya ke 'Database', jumlah pengalihan akan meningkat. Hal ini menunjukkan perlunya panduan diagnosis awal yang lebih baik.
Mengapa ini penting
Atribut ini membantu menemukan pemborosan, hambatan, dan ketidakjelasan tanggung jawab dalam proses.
Sumber data
Dihitung dari riwayat aktivitas
Contoh
015
|
|||
|
Status solusi sementara
WorkaroundStatus
|
Menunjukkan apakah solusi sementara yang valid sudah ditemukan dan dipublikasikan. | ||
|
Deskripsi
Atribut ini mencatat status solusi sementara (Workaround). Nilainya dapat berupa pilihan ya/tidak sederhana (Has Workaround) atau teks status. Di BMC Helix, status ini biasanya ditentukan dari ada tidaknya teks di kolom 'Workaround' atau dari penanda status tertentu. Atribut ini menjadi dasar dashboard 'Kinerja Publikasi Solusi Sementara'. Atribut ini menunjukkan seberapa efektif tim mengurangi dampak sambil mencari akar masalah. Tampilan proses yang difilter dengan 'No Workaround' menyoroti kasus ketika bisnis menanggung seluruh dampak selama investigasi. Atribut ini juga mendukung audit kualitas. Menutup catatan masalah tanpa perbaikan permanen (Change Request) DAN tanpa solusi sementara umumnya menandakan kegagalan proses yang perlu ditinjau.
Mengapa ini penting
Atribut ini mengukur efektivitas upaya mengurangi dampak selama investigasi.
Sumber data
Formulir PBM:Problem Investigation, pemeriksaan isi kolom 'Workaround'
Contoh
AktifTidak adaDihentikan
|
|||
|
Wilayah
Region
|
Wilayah geografis yang terkait dengan masalah. | ||
|
Deskripsi
Atribut ini menunjukkan lokasi geografis (misalnya, 'Amerika Utara', 'EMEA') tempat masalah bermula atau ditangani. Di BMC Helix, informasi ini biasanya terdapat di kolom 'Region' atau 'Site' yang terkait dengan pemohon atau aset yang terdampak. Dalam analisis, atribut ini membantu mengelompokkan data berdasarkan wilayah. Anda dapat mengetahui apakah volume masalah lebih tinggi atau waktu penyelesaiannya lebih lama di wilayah tertentu. Hasilnya dapat menunjukkan perbedaan jumlah staf dukungan atau kualitas infrastruktur di berbagai lokasi. Informasi ini berguna bagi organisasi global untuk menjaga konsistensi layanan. Jika 'Investigation Cycle Time' di 'APAC' dua kali lebih lama daripada di 'NAM', hal ini dapat mendorong peninjauan alokasi sumber daya atau kepatuhan terhadap proses di wilayah tersebut.
Mengapa ini penting
Atribut ini memungkinkan perbandingan kinerja proses antarwilayah.
Sumber data
Formulir PBM:Problem Investigation, kolom 'Region'
Contoh
AmerikaEMEAAPAC
|
|||
Aktivitas Problem Management
| Aktivitas | Deskripsi | ||
|---|---|---|---|
|
Akar masalah ditemukan
|
Saat catatan masalah beralih ke status yang menunjukkan penyebabnya telah diketahui. Peristiwa ini disimpulkan saat Status berubah menjadi 'Root Cause Identified'. | ||
|
Mengapa ini penting
Tonggak penting untuk dasbor 'Root Cause Investigation Cycle Time'. Menandai peralihan dari analisis ke perumusan solusi.
Sumber data
Formulir PBM:Problem Investigation, kolom 'Status' = 'Root Cause Identified'.
Pengumpulan data
Bandingkan kolom status untuk mengetahui peralihan ke Root Cause Identified
Jenis peristiwa
inferred
|
|||
|
Change Request dimulai
|
Infrastructure Change Request ditautkan ke Problem Investigation. Ini menandai awal tahap penerapan. | ||
|
Mengapa ini penting
Penting untuk KPI 'Root Cause to Change Lead Time' dan untuk menemukan sekat antara proses Problem dan Change.
Sumber data
Tabel PBM:Investigation_Associations atau pengisian kolom 'Infrastructure Change ID'.
Pengumpulan data
Dicatat saat asosiasi dibuat di PBM:Investigation_Associations
Jenis peristiwa
explicit
|
|||
|
Ditugaskan ke grup dukungan
|
Penugasan catatan masalah kepada tim teknis tertentu. Dicatat dengan memantau perubahan pada kolom 'Assigned Group'. | ||
|
Mengapa ini penting
Penting untuk mengukur perpindahan penanganan, proses bolak-balik, dan KPI 'Mean Time to Initial Assignment'.
Sumber data
Riwayat kolom 'Assigned Group' atau log audit pada formulir PBM:Problem Investigation.
Pengumpulan data
Bandingkan kolom 'Assigned Group' sebelum dan sesudah diperbarui
Jenis peristiwa
inferred
|
|||
|
Investigasi dimulai
|
Peralihan catatan masalah ke tahap analisis aktif. Peristiwa ini disimpulkan saat kolom Status berubah menjadi 'Under Investigation'. | ||
|
Mengapa ini penting
Menandai awal tahap pengerjaan dan mendukung KPI 'Investigation Cycle Time'.
Sumber data
Formulir PBM:Problem Investigation, kolom 'Status' = 'Under Investigation'.
Pengumpulan data
Bandingkan kolom status untuk mengetahui peralihan ke Under Investigation
Jenis peristiwa
inferred
|
|||
|
Penyelesaian diverifikasi
|
Saat solusi permanen dipastikan berhasil. Peristiwa ini disimpulkan saat Status berubah menjadi 'Solution Implemented' atau 'Completed'. | ||
|
Mengapa ini penting
Digunakan untuk 'Problem SLA Adherence Rate'. Memastikan pekerjaan teknis telah selesai.
Sumber data
Formulir PBM:Problem Investigation, kolom 'Status' = 'Solution Implemented' atau 'Completed'.
Pengumpulan data
Bandingkan kolom status untuk mengetahui peralihan ke Solution Implemented
Jenis peristiwa
inferred
|
|||
|
Problem Record dibatalkan
|
Catatan masalah dihentikan sebelum diselesaikan. Dicatat saat status berubah menjadi 'Cancelled' atau 'Rejected'. | ||
|
Mengapa ini penting
Membantu menemukan upaya yang terbuang atau duplikasi yang valid. Menandai titik akhir alternatif.
Sumber data
Formulir PBM:Problem Investigation, kolom 'Status' = 'Cancelled' atau 'Rejected'.
Pengumpulan data
Bandingkan kolom status untuk mengetahui peralihan ke Cancelled
Jenis peristiwa
inferred
|
|||
|
Problem Record dicatat
|
Pembuatan awal catatan Problem Investigation di sistem. Peristiwa ini tercatat secara eksplisit saat entri baru disimpan di formulir PBM:Problem Investigation. | ||
|
Mengapa ini penting
Menandai awal instans proses. Penting untuk menghitung keseluruhan waktu siklus dan metrik respons awal.
Sumber data
Formulir PBM:Problem Investigation, stempel waktu 'Submit Date' atau log pembuatan dengan 'Status' = 'Draft'.
Pengumpulan data
Dicatat saat catatan PBM:Problem Investigation dibuat
Jenis peristiwa
explicit
|
|||
|
Problem Record ditutup
|
Penutupan administratif terakhir pada catatan masalah. Peristiwa ini mengakhiri instans proses. | ||
|
Mengapa ini penting
Peristiwa akhir standar. Diperlukan untuk menganalisis keseluruhan waktu siklus dan menghitung 'Incident Linkage Density'.
Sumber data
Formulir PBM:Problem Investigation, kolom 'Status' = 'Closed'.
Pengumpulan data
Bandingkan kolom status untuk mengetahui peralihan ke Closed
Jenis peristiwa
inferred
|
|||
|
Solusi sementara ditetapkan
|
Teks dimasukkan atau diperbarui di kolom Workaround pada catatan masalah. Peristiwa ini menandakan solusi sementara telah didokumentasikan. | ||
|
Mengapa ini penting
Mendukung KPI 'Workaround Publication Lead Time' dan menunjukkan upaya mengurangi dampak insiden.
Sumber data
Formulir PBM:Problem Investigation, perubahan pada kolom teks 'Workaround'.
Pengumpulan data
Bandingkan isi kolom 'Workaround' untuk menemukan pembaruan yang tidak kosong
Jenis peristiwa
inferred
|
|||
|
Known Error dibuat
|
Pembuatan catatan Known Error yang ditautkan ke investigasi masalah. Ini merupakan peristiwa pembuatan catatan terkait. | ||
|
Mengapa ini penting
Menandakan masalah telah didokumentasikan secara resmi agar dapat dikomunikasikan lebih luas dan dipantau dalam jangka panjang.
Sumber data
Pembuatan catatan di PBM:Known Error yang ditautkan ke ID PBM:Problem Investigation.
Pengumpulan data
Dicatat saat catatan PBM:Known Error dibuat
Jenis peristiwa
explicit
|
|||
|
Koordinator ditugaskan ulang
|
Perubahan individu yang bertugas sebagai Problem Coordinator dalam suatu grup dukungan. Dicatat dengan memantau kolom 'Problem Coordinator'. | ||
|
Mengapa ini penting
Membantu menganalisis pembagian beban kerja dan hambatan pada sumber daya individu.
Sumber data
Riwayat kolom 'Problem Coordinator' pada formulir PBM:Problem Investigation.
Pengumpulan data
Bandingkan kolom 'Problem Coordinator' sebelum dan sesudah diperbarui
Jenis peristiwa
inferred
|
|||
|
Solution Database diperbarui
|
Catatan beralih ke status 'Solution Database', yang menandakan solusi permanen telah diusulkan atau ditemukan. | ||
|
Mengapa ini penting
Melacak perkembangan perumusan solusi sebelum penerapan.
Sumber data
Formulir PBM:Problem Investigation, kolom 'Status' = 'Solution Database'.
Pengumpulan data
Bandingkan kolom status untuk mengetahui peralihan ke Solution Database
Jenis peristiwa
inferred
|
|||
|
Tinjauan pascapenerapan dilakukan
|
Penyelesaian tahap PIR. Peristiwa ini dicatat saat status keluar dari status PIR atau saat tugas PIR yang tertaut ditutup. | ||
|
Mengapa ini penting
Mendukung langsung 'Post Implementation Review Compliance' dan audit kualitas proses.
Sumber data
Formulir PBM:Problem Investigation, penanda khusus 'PIR Required' atau penyelesaian Task tertaut dengan jenis 'PIR'.
Pengumpulan data
Ditentukan dari penyelesaian status PIR atau penutupan tugas PIR
Jenis peristiwa
inferred
|
|||
Panduan ekstraksi
Siap memulai?
Tingkatkan kestabilan layanan dengan menerapkan templat ini pada data BMC Helix ITSM Anda. Hubungi tim kami jika Anda memiliki pertanyaan tentang penyiapannya.
Atasi hambatan Problem Management sekarang
Pangkas waktu siklus hingga 30% dan tingkatkan kestabilan layanan.
Tidak perlu kartu kredit. Penyiapan hanya beberapa menit.