Templat data Problem Management Anda

BMC Helix ITSM
Templat data Problem Management Anda

Templat data Problem Management Anda

Templat ini menyediakan struktur untuk menganalisis alur kerja investigasi akar masalah di BMC Helix ITSM. Isinya mencakup atribut dan aktivitas proses yang diperlukan untuk menyusun event log terperinci, serta panduan praktis untuk mengekstrak data. Ikuti panduan ini untuk menemukan hambatan tersembunyi dan mempercepat penyelesaian insiden secara permanen.
  • Kolom data penting untuk analisis akar masalah
  • Tahapan proses standar untuk pelacakan
  • Panduan khusus untuk mengekstrak data dari BMC Helix ITSM
Baru mengenal log peristiwa? Pelajari cara membuat log peristiwa process mining.

Atribut Problem Management

Tabel ini berisi kolom data yang disarankan untuk mengisi event log agar seluruh siklus Problem Management dapat dianalisis secara menyeluruh.
5 Wajib 9 Disarankan 5 Opsional
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
Wajib Disarankan Opsional

Aktivitas Problem Management

Berikut langkah-langkah proses dan perubahan status utama yang perlu dilacak agar Anda dapat melihat seluruh tahap investigasi dan penyelesaian.
9 Disarankan 4 Opsional
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
Disarankan Opsional

Panduan ekstraksi

Cara mengekstrak data Problem Management dari BMC Helix ITSM

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.

Mulai uji coba gratis

Tidak perlu kartu kredit. Penyiapan hanya beberapa menit.