Templat data pengelolaan perubahan Anda

Freshservice
Templat data pengelolaan perubahan Anda

Templat data pengelolaan perubahan Anda

Templat ini membantu Anda mengumpulkan data yang diperlukan untuk menganalisis proses pengelolaan perubahan. Di dalamnya tercantum atribut penting yang perlu dikumpulkan, aktivitas utama yang perlu dilacak, serta panduan untuk mengambil data dari sistem Anda. Gunakan templat ini untuk menyiapkan data bagi penemuan dan perbaikan proses.
  • Atribut yang disarankan untuk dikumpulkan
  • Aktivitas utama yang perlu dilacak
  • Panduan ekstraksi data dari Freshservice
Baru mengenal log peristiwa? Pelajari cara membuat log peristiwa process mining.

Atribut pengelolaan perubahan

Kolom data ini diperlukan untuk membuat log peristiwa yang lengkap dan menganalisis proses pengelolaan perubahan secara terperinci.
5 Wajib 8 Disarankan 8 Opsional
Nama Deskripsi
ID Permintaan Perubahan
ChangeRequestId
Pengenal unik untuk setiap permintaan perubahan yang diajukan di sistem Freshservice.
Deskripsi

ID Permintaan Perubahan menjadi pengenal utama untuk satu kasus perubahan, dari awal hingga penutupan. ID ini menghubungkan semua aktivitas, persetujuan, dan log terkait dalam satu linimasa, sehingga proses dapat dianalisis dari awal hingga akhir. Dalam process mining, ID ini penting untuk merekonstruksi siklus setiap perubahan dan memahami jalur, durasi, serta hasilnya.

Mengapa ini penting

Ini adalah ID Kasus utama yang mengelompokkan semua peristiwa terkait, sehingga seluruh perjalanan satu permintaan perubahan dapat ditelusuri dan dianalisis.

Sumber data

Ini adalah kolom utama pada objek Change di Freshservice.

Contoh
CHG-10234CHG-10235CHG-10236
Nama aktivitas
ActivityName
Nama peristiwa atau tugas tertentu yang terjadi dalam proses Change Management.
Deskripsi

Atribut ini menjelaskan satu langkah atau tahap penting dalam siklus perubahan, seperti 'Permintaan perubahan dibuat', 'Persetujuan diminta', atau 'Penerapan selesai'. Urutan aktivitas untuk setiap ID Permintaan Perubahan menjadi dasar peta proses. Analisis aktivitas ini membantu Anda memahami alur proses, menemukan penyimpangan, dan mengukur waktu yang digunakan pada setiap tahap.

Mengapa ini penting

Atribut ini menentukan langkah-langkah dalam alur proses, sehingga siklus perubahan dapat divisualisasikan dan variasi proses serta hambatan dapat dianalisis.

Sumber data

Dihasilkan dari log audit, aliran aktivitas, atau riwayat perubahan status pada catatan Change di Freshservice.

Contoh
Perubahan disetujuiPenilaian risiko selesaiPenerapan dimulaiPerubahan ditutup
Waktu peristiwa
EventTime
Tanggal dan waktu tepat saat aktivitas atau peristiwa tertentu terjadi.
Deskripsi

Setiap aktivitas dalam proses memiliki stempel waktu yang menunjukkan kapan aktivitas itu terjadi. Data waktu ini penting untuk menghitung durasi antaraktivitas, menemukan waktu tunggu, dan menganalisis total waktu siklus proses. Data ini juga mendukung analisis kinerja, identifikasi hambatan, dan pemantauan kepatuhan SLA.

Mengapa ini penting

Stempel waktu ini menjadi dasar semua analisis berbasis waktu, termasuk penghitungan waktu siklus, durasi, dan waktu tunggu antar langkah proses.

Sumber data

Stempel waktu yang terkait dengan setiap entri di log audit atau aliran aktivitas pada catatan Change di Freshservice.

Contoh
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:15:00Z
Pembaruan data terakhir
LastDataUpdate
Stempel waktu yang menunjukkan kapan data untuk catatan ini terakhir diperbarui dari sistem sumber.
Deskripsi

Atribut ini mencatat tanggal dan waktu ekstraksi atau pembaruan data terbaru untuk setiap peristiwa. Informasi ini membantu Anda mengetahui seberapa baru data yang dianalisis dan memastikan analisis menggunakan informasi terkini. Dengan begitu, integritas data tetap terjaga dan ketepatan waktu insight dapat diketahui.

Mengapa ini penting

Membantu pengguna mengetahui seberapa baru data yang tersedia dan memvalidasi kemutakhiran analisis process mining.

Sumber data

Stempel waktu ini biasanya dibuat dan ditambahkan selama proses pemasukan data atau ETL.

Contoh
2024-05-20T08:00:00Z2024-05-21T08:00:00Z
Sistem sumber
SourceSystem
Menunjukkan sistem tempat data diekstrak.
Deskripsi

Atribut ini menunjukkan asal data proses. Untuk tampilan ini, nilainya selalu 'Freshservice'. Atribut ini sebaiknya disertakan, terutama jika data digabungkan dari beberapa sistem, karena memberikan konteks penting serta membantu tata kelola data dan pemecahan masalah.

Mengapa ini penting

Menunjukkan asal data dengan jelas, hal yang penting saat menganalisis data dari beberapa sistem perusahaan.

Sumber data

Nilai statis yang ditetapkan saat ekstraksi data untuk menandai asal data.

Contoh
Freshservice
Grup yang ditugaskan
AssignedGroup
Tim atau grup yang bertanggung jawab melaksanakan perubahan.
Deskripsi

Atribut ini menunjukkan tim yang ditugaskan untuk melaksanakan perubahan, seperti 'Tim Jaringan' atau 'Administrator Basis Data'. Analisis kinerja proses berdasarkan grup yang ditugaskan penting untuk memahami beban kerja dan efisiensi tim, serta menemukan hambatan sumber daya. Analisis ini dapat menunjukkan tim yang membutuhkan waktu lebih lama untuk menerapkan perubahan atau lebih sering mengalami masalah setelah penerapan.

Mengapa ini penting

Memungkinkan analisis kinerja dan beban kerja berbagai tim pelaksana untuk menemukan kendala sumber daya atau praktik yang baik.

Sumber data

Ini adalah kolom 'Group' atau 'Assigned Group' pada objek Change di Freshservice.

Contoh
Tim InfrastrukturDukungan AplikasiOperasional Keamanan
Jenis perubahan
ChangeType
Klasifikasi perubahan, seperti Standard, Normal, atau Emergency.
Deskripsi

Jenis Perubahan mengelompokkan permintaan perubahan berdasarkan sifat, risiko, dan persyaratan persetujuannya. Perubahan Standard telah disetujui sebelumnya, perubahan Normal mengikuti proses standar, sedangkan perubahan Emergency perlu ditangani lebih cepat. Analisis proses berdasarkan Jenis Perubahan penting untuk mengetahui apakah tiap jenis mengikuti jalur yang berbeda dan memiliki kinerja yang berbeda, misalnya dalam waktu siklus atau tingkat keberhasilan.

Mengapa ini penting

Mengelompokkan proses berdasarkan Jenis Perubahan membantu menunjukkan perbedaan alur dan kinerja perubahan Standard, Normal, dan Emergency.

Sumber data

Ini adalah kolom 'Change Type' pada objek Change di Freshservice.

Contoh
StandarNormalDaruratMayor
Nama pemohon
RequesterName
Nama orang yang mengajukan permintaan perubahan.
Deskripsi

Pemohon adalah orang yang mengajukan perubahan untuk dipertimbangkan. Analisis data berdasarkan pemohon dapat menunjukkan pola, misalnya individu atau peran yang sering mengajukan perubahan, atau apakah permintaan dari pengguna tertentu lebih sering ditolak atau perlu dikerjakan ulang. Jika dipadukan dengan informasi departemen, data ini juga dapat digunakan untuk menganalisis beban kerja.

Mengapa ini penting

Menunjukkan asal permintaan perubahan dan dapat mengungkap kebutuhan pelatihan atau kelompok pengguna tertentu yang sering mengajukan perubahan.

Sumber data

Ini adalah kolom 'Requested by' pada objek Change di Freshservice, yang terhubung ke data pengguna.

Contoh
Alice JohnsonRobert SmithMaria Garcia
Prioritas perubahan
ChangePriority
Tingkat prioritas yang diberikan pada permintaan perubahan untuk menunjukkan tingkat kepentingannya bagi bisnis.
Deskripsi

Prioritas biasanya ditentukan dengan menggabungkan dampak dan urgensi. Prioritas digunakan untuk mengatur alokasi sumber daya dan jadwal. Analisis pengaruh prioritas terhadap metrik proses, seperti waktu siklus dan kepatuhan SLA, dapat menunjukkan apakah perubahan berprioritas tinggi diproses lebih cepat daripada perubahan berprioritas rendah. Analisis ini juga membantu menilai efektivitas kebijakan penentuan prioritas.

Mengapa ini penting

Membantu menilai apakah proses memprioritaskan perubahan yang penting dan mengalokasikan sumber daya dengan tepat.

Sumber data

Ini adalah kolom 'Priority' pada objek Change di Freshservice.

Contoh
RendahSedangTinggiMendesak
Status perubahan
ChangeStatus
Status permintaan perubahan saat ini atau status akhirnya.
Deskripsi

Atribut ini menunjukkan status permintaan perubahan pada waktu tertentu atau hasil akhirnya, seperti 'Closed', 'Cancelled', atau 'Rejected'. Atribut ini penting untuk menganalisis hasil dan membedakan perubahan yang berhasil diselesaikan dari perubahan yang gagal atau dihentikan. Dengan memfilter berdasarkan status, Anda dapat berfokus pada kelompok perubahan tertentu.

Mengapa ini penting

Atribut ini membantu menganalisis hasil perubahan, termasuk tingkat keberhasilan, kegagalan, dan pembatalan.

Sumber data

Ini adalah kolom 'Status' pada objek Change di Freshservice.

Contoh
DitutupDibatalkanDitolakTerbuka
Tanggal penyelesaian target
TargetCompletionDate
Tanggal rencana penyelesaian perubahan atau tanggal penyelesaian sesuai perjanjian tingkat layanan (SLA).
Deskripsi

Tanggal ini menunjukkan tenggat penutupan permintaan perubahan. Tanggal ini menjadi acuan utama untuk mengukur kepatuhan SLA. Dengan membandingkan Waktu Selesai aktual dengan Tanggal Penyelesaian Target, Anda dapat mengetahui apakah perubahan selesai tepat waktu, lebih awal, atau terlambat. Data ini menjadi masukan utama untuk KPI Tingkat Kepatuhan SLA Perubahan.

Mengapa ini penting

Menjadi acuan untuk mengukur penyelesaian tepat waktu dan kepatuhan SLA, yang merupakan indikator utama kinerja proses.

Sumber data

Kolom tanggal khusus seperti 'Due by' atau 'SLA Target' pada objek Change di Freshservice.

Contoh
2023-11-10T17:00:00Z2023-11-15T17:00:00Z
Tingkat risiko
RiskLevel
Tingkat risiko yang dinilai terkait dengan penerapan perubahan.
Deskripsi

Tingkat risiko mengelompokkan potensi dampak negatif jika perubahan gagal. Tingkat yang umum digunakan antara lain Rendah, Sedang, dan Tinggi. Atribut ini penting untuk analisis kepatuhan dan untuk mengetahui apakah perubahan berisiko tinggi mengikuti proses yang lebih ketat, misalnya memerlukan lebih banyak persetujuan atau pengujian yang lebih menyeluruh. Atribut ini membantu memastikan kontrol manajemen risiko diterapkan dengan benar.

Mengapa ini penting

Atribut ini penting untuk analisis kepatuhan dan risiko. Dengan begitu, perubahan berisiko tinggi mendapat pemeriksaan yang sesuai dan mengikuti proses yang lebih ketat.

Sumber data

Ini sesuai dengan kolom 'Risk' pada objek Change di Freshservice.

Contoh
RendahSedangTinggiSangat tinggi
Waktu selesai
EndTime
Stempel waktu peristiwa terakhir yang tercatat untuk kasus permintaan perubahan.
Deskripsi

Waktu Selesai menandai akhir siklus permintaan perubahan, biasanya saat aktivitas 'Change Closed' atau 'Change Cancelled' terjadi. Bersama Waktu Mulai, atribut ini digunakan untuk menghitung total waktu siklus setiap kasus dari awal hingga akhir. Analisis atribut ini membantu memahami durasi keseluruhan dan jumlah perubahan yang diselesaikan dalam proses Change Management.

Mengapa ini penting

Atribut ini penting untuk menghitung total waktu siklus permintaan perubahan, salah satu KPI utama untuk mengukur efisiensi proses.

Sumber data

Stempel waktu aktivitas terakhir dalam log peristiwa untuk ID Permintaan Perubahan tertentu.

Contoh
2023-11-05T18:00:00Z2023-11-06T09:45:00Z
Apakah SLA terlampaui
IsSlaBreached
Penanda boolean yang menunjukkan apakah permintaan perubahan selesai setelah tanggal target.
Deskripsi

Atribut ini menunjukkan kepatuhan SLA dalam bentuk biner. Nilainya 'true' jika Waktu Selesai perubahan melewati Tanggal Penyelesaian Target, dan 'false' jika tidak. Atribut ini memudahkan pembuatan dasbor dan KPI terkait kepatuhan SLA, serta memudahkan penyaringan dan penghitungan perubahan yang terlambat. Atribut ini mendukung KPI Tingkat Kepatuhan SLA Perubahan secara langsung.

Mengapa ini penting

Memberikan hasil kinerja SLA yang jelas dalam bentuk biner, sehingga perubahan yang tepat waktu dan terlambat mudah disaring dan dilaporkan.

Sumber data

Dihitung dengan membandingkan EndTime dengan TargetCompletionDate. Jika EndTime > TargetCompletionDate, nilainya true.

Contoh
truefalse
Durasi penerapan
ImplementationDuration
Waktu yang dibutuhkan untuk tahap penerapan perubahan.
Deskripsi

Metrik ini menghitung durasi pekerjaan inti penerapan, biasanya dari aktivitas 'Penerapan Dimulai' hingga 'Penerapan Selesai'. Metrik ini digunakan untuk menganalisis efisiensi pelaksanaan teknis dan mendukung dasbor 'Efisiensi Tahap Penerapan Perubahan'. Durasi yang panjang dapat menunjukkan kompleksitas teknis, kekurangan sumber daya, atau kendala yang tidak terduga.

Mengapa ini penting

Mengukur efisiensi pekerjaan teknis secara langsung, terpisah dari keterlambatan perencanaan dan persetujuan.

Sumber data

Dihitung dari selisih waktu antara aktivitas 'Penerapan Dimulai' dan 'Penerapan Selesai'.

Contoh
4 jam1 jam 30 menit8 jam
Durasi persetujuan
ApprovalDuration
Waktu yang dihabiskan permintaan perubahan dalam tahap persetujuan.
Deskripsi

Durasi ini dihitung dari saat persetujuan diminta hingga disetujui atau ditolak. Data ini penting untuk dasbor 'Durasi Tahap Persetujuan Perubahan' dan membantu menemukan hambatan dalam alur kerja persetujuan. Analisis metrik ini dapat mengungkap pemberi persetujuan yang lambat, perpindahan tugas antarkelompok yang tidak efisien, atau keterlambatan dalam pengambilan keputusan.

Mengapa ini penting

Mengukur langsung efisiensi tahap persetujuan dan membantu menemukan serta mengatasi hambatan yang menunda perubahan.

Sumber data

Dihitung dari selisih waktu antara aktivitas 'Persetujuan Diminta' dan aktivitas 'Perubahan Disetujui' atau 'Perubahan Ditolak'.

Contoh
1 hari 2 jam5 jam 30 menit3 hari
Jumlah insiden terkait
AssociatedIncidentsCount
Jumlah insiden yang ditautkan ke permintaan perubahan ini setelah penerapannya.
Deskripsi

Metrik ini mengukur dampak lanjutan suatu perubahan dengan menghitung jumlah insiden yang muncul setelah perubahan diterapkan. Jumlah yang tinggi dapat menunjukkan masalah dalam perencanaan, pengujian, atau kualitas penerapan. Metrik ini menjadi masukan langsung untuk KPI Tingkat Masalah Pascapenerapan dan penting untuk mengukur stabilitas serta keberhasilan perubahan.

Mengapa ini penting

Mengukur langsung kualitas dan stabilitas perubahan yang diterapkan, serta membantu menemukan perubahan yang menyebabkan gangguan layanan.

Sumber data

Dihitung dengan menghitung jumlah tiket Incident yang ditautkan ke tiket Change di Freshservice.

Contoh
015
Kode penutupan
CloseCode
Kode atau alasan yang menunjukkan penyebab permintaan perubahan ditutup.
Deskripsi

Kode penutupan menjelaskan hasil akhir perubahan yang telah ditutup. Contohnya, 'Berhasil diterapkan', 'Dibatalkan', atau 'Ditolak'. Data ini memberi konteks lebih dari sekadar status akhir dan memungkinkan analisis yang lebih terperinci tentang keberhasilan dan kegagalan dalam proses manajemen perubahan.

Mengapa ini penting

Memberi rincian hasil perubahan sehingga Anda dapat menganalisis lebih lanjut alasan perubahan berhasil, gagal, atau dibatalkan.

Sumber data

Lihat dokumentasi Freshservice atau periksa formulir Change untuk menemukan kolom 'Closure Code' atau kolom serupa.

Contoh
BerhasilBerhasil dengan masalahGagalDibatalkan
Nama departemen
DepartmentName
Departemen pengguna yang mengajukan perubahan.
Deskripsi

Atribut ini memberi konteks organisasi dengan menunjukkan unit bisnis yang mengajukan permintaan perubahan. Analisis berdasarkan departemen dapat mengungkap bagian organisasi yang paling banyak mengajukan perubahan, memiliki tingkat penolakan tertinggi, atau mengalami waktu siklus paling lama. Informasi ini berguna untuk merencanakan perbaikan proses dan sumber daya secara terarah.

Mengapa ini penting

Memungkinkan analisis kinerja proses dan permintaan dari berbagai unit bisnis untuk mendukung perbaikan yang terarah.

Sumber data

Informasi ini biasanya diambil dari profil pengguna pemohon di Freshservice.

Contoh
KeuanganSumber Daya ManusiaTeknologi InformasiPemasaran
Tingkat dampak
ImpactLevel
Dampak bisnis yang dinilai jika perubahan gagal atau menyebabkan gangguan layanan.
Deskripsi

Tingkat dampak menunjukkan potensi pengaruh terhadap operasional bisnis, mulai dari rendah (berdampak pada satu pengguna) hingga tinggi (berdampak pada seluruh organisasi). Bersama urgensi, tingkat dampak sering menentukan prioritas keseluruhan. Analisis berdasarkan dampak membantu mengetahui apakah proses menangani perubahan yang mengancam kelangsungan bisnis dengan tepat.

Mengapa ini penting

Membantu analisis risiko dan memastikan perubahan yang berpotensi berdampak besar pada bisnis ditangani dengan lebih cermat.

Sumber data

Ini sesuai dengan kolom 'Impact' pada objek Change di Freshservice.

Contoh
RendahSedangTinggi
Urgensi
Urgency
Menunjukkan seberapa cepat perubahan perlu diterapkan dari sudut pandang bisnis.
Deskripsi

Urgensi menunjukkan seberapa mendesak suatu perubahan perlu dilakukan. Misalnya, patch keamanan mungkin memiliki urgensi tinggi. Atribut ini sering dipadukan dengan dampak untuk menentukan prioritas. Analisisnya membantu menilai apakah proses merespons kebutuhan bisnis yang mendesak dengan tepat dan apakah perubahan mendesak benar-benar diproses lebih cepat.

Mengapa ini penting

Memberi konteks tentang tingkat urgensi perubahan. Anda dapat mengaitkannya dengan waktu siklus untuk menilai kecepatan respons proses.

Sumber data

Ini adalah kolom 'Urgency' pada objek Change di Freshservice.

Contoh
RendahSedangTinggi
Wajib Disarankan Opsional

Aktivitas pengelolaan perubahan

Lacak langkah dan tonggak penting proses ini di log peristiwa agar Anda dapat menemukan proses pengelolaan perubahan secara menyeluruh.
5 Disarankan 10 Opsional
Aktivitas Deskripsi
Penerapan selesai
Menandakan bahwa pekerjaan teknis untuk menerapkan perubahan telah selesai. Peristiwa ini biasanya disimpulkan dari perubahan status ke tahap setelah penerapan, seperti 'Pending Review'.
Mengapa ini penting

Tahap ini menandai berakhirnya pekerjaan inti penerapan. Ini menjadi titik akhir untuk menghitung 'Rata-rata Waktu Penerapan' dan menandai dimulainya pengujian atau peninjauan.

Sumber data

Disimpulkan dari perubahan status menjadi 'Pending Review', 'Awaiting Testing', 'Completed', atau status serupa.

Pengumpulan data

Disimpulkan dari perubahan kolom status menjadi 'Pending Review' atau status serupa.

Jenis peristiwa inferred
Permintaan perubahan dibuat
Peristiwa ini menandai dimulainya proses Change Management secara resmi, saat permintaan perubahan baru dicatat di Freshservice. Peristiwa ini terekam ketika pengguna menyimpan tiket perubahan baru, yang menghasilkan ID Permintaan Perubahan unik dan stempel waktu pembuatan.
Mengapa ini penting

Ini adalah peristiwa awal utama dalam proses. Analisis waktu dari aktivitas ini hingga 'Change Closed' menunjukkan waktu siklus dari awal hingga akhir, salah satu KPI utama untuk mengukur efisiensi proses.

Sumber data

Peristiwa ini tercatat secara eksplisit dalam riwayat audit catatan perubahan. Waktunya sesuai dengan stempel waktu pembuatan tiket perubahan.

Pengumpulan data

Stempel waktu pembuatan catatan permintaan perubahan.

Jenis peristiwa explicit
Perubahan dijadwalkan
Aktivitas menetapkan waktu mulai dan selesai untuk penerapan perubahan yang telah disetujui. Peristiwa ini biasanya disimpulkan saat kolom 'Scheduled Start Time' dan 'Scheduled End Time' diisi.
Mengapa ini penting

Ini adalah tahap penting yang menandai dimulainya penerapan. Data ini diperlukan untuk menghitung 'Rata-rata Waktu Penerapan' dan menganalisis efisiensi penjadwalan.

Sumber data

Disimpulkan dari stempel waktu saat kolom tanggal terkait jadwal diisi dan status berubah menjadi 'Scheduled' atau status serupa.

Pengumpulan data

Disimpulkan dari pengisian 'Scheduled Start Date' dan pembaruan status yang sesuai.

Jenis peristiwa inferred
Perubahan disetujui
Tahap penting saat pihak berwenang, seperti Change Advisory Board (CAB), secara resmi menyetujui permintaan perubahan untuk dilanjutkan. Tindakan ini biasanya tercatat secara eksplisit di sistem.
Mengapa ini penting

Menandai berakhirnya tahap persetujuan dan dimulainya perencanaan penerapan. Aktivitas ini penting untuk mengukur 'Rata-rata Waktu Persetujuan Perubahan' dan 'Tingkat Persetujuan pada Pengajuan Pertama'.

Sumber data

Freshservice mencatat peristiwa ini secara eksplisit saat pemberi persetujuan mengeklik tombol 'Approve'. Peristiwa tersebut tercatat beserta stempel waktunya di log aktivitas tiket.

Pengumpulan data

Stempel waktu tindakan 'Approved' di tab persetujuan atau log aktivitas.

Jenis peristiwa explicit
Perubahan ditutup
Menandai selesainya proses Change Management secara resmi dan berhasil. Peristiwa ini tercatat saat status tiket perubahan diubah ke status akhir 'Closed'.
Mengapa ini penting

Ini adalah peristiwa akhir utama dalam proses. Data ini menjadi titik akhir untuk menghitung 'Rata-rata Waktu Siklus Perubahan' dari awal hingga akhir dan 'Tingkat Kepatuhan SLA Perubahan'.

Sumber data

Peristiwa ini dicatat menggunakan stempel waktu yang terkait dengan perubahan status akhir menjadi 'Closed' dalam riwayat tiket perubahan.

Pengumpulan data

Stempel waktu perubahan status akhir menjadi 'Closed'.

Jenis peristiwa explicit
Catatan ditambahkan ke perubahan
Menandai penambahan komentar atau catatan pada permintaan perubahan, sebagai bukti adanya komunikasi atau dokumentasi. Freshservice mencatat peristiwa ini secara eksplisit di umpan aktivitas setiap tiket.
Mengapa ini penting

Meski bukan langkah inti proses, catatan dapat memberi konteks tentang keterlambatan, terutama pada tahap persetujuan atau perencanaan. Catatan yang sering ditambahkan dapat menunjukkan persyaratan yang kurang jelas atau masalah komunikasi.

Sumber data

Dicatat secara langsung di bagian 'Activity' atau 'Audit' pada tiket permintaan perubahan, beserta stempel waktu dan nama pengguna yang menambahkan catatan.

Pengumpulan data

Dicatat sebagai peristiwa 'Note Added' di log aktivitas tiket.

Jenis peristiwa explicit
Penerapan dimulai
Menandai dimulainya penerapan atau pelaksanaan perubahan yang sebenarnya. Peristiwa ini disimpulkan saat status permintaan perubahan diperbarui menjadi 'In Progress' atau status aktif serupa.
Mengapa ini penting

Memberikan titik awal yang jelas untuk melacak durasi penerapan aktif. Data ini membantu membedakan waktu tunggu dari waktu kerja yang sebenarnya.

Sumber data

Disimpulkan dari perubahan status menjadi 'In Progress' atau 'Implementation in Progress' pada waktu mulai yang dijadwalkan.

Pengumpulan data

Disimpulkan dari perubahan kolom status menjadi 'In Progress'.

Jenis peristiwa inferred
Pengujian selesai
Menandai selesainya seluruh kegiatan pengujian dan validasi yang diperlukan untuk memastikan perubahan berhasil dan tidak menimbulkan dampak buruk. Peristiwa ini dapat disimpulkan dari penutupan tugas atau perubahan status.
Mengapa ini penting

Melacak aktivitas ini membantu mengukur KPI 'Tingkat Penyelesaian Pengujian' dan memastikan perubahan divalidasi dengan benar sebelum ditutup, sehingga masalah setelah penerapan dapat dikurangi.

Sumber data

Peristiwa ini mungkin sulit dicatat secara langsung dan perlu disimpulkan dari penyelesaian tugas 'Testing' yang tertaut atau perubahan status menjadi 'Testing Complete'.

Pengumpulan data

Disimpulkan dari penutupan tugas terkait pengujian yang terhubung dengan perubahan.

Jenis peristiwa inferred
Penilaian risiko selesai
Menandakan bahwa evaluasi resmi atas potensi risiko yang terkait dengan perubahan telah selesai. Aktivitas ini sering disimpulkan saat tingkat risiko diisi atau diperbarui, atau saat tugas terkait diselesaikan.
Mengapa ini penting

Melacak aktivitas ini membantu memastikan kebijakan perubahan yang mewajibkan penilaian risiko dipatuhi. Anda dapat menganalisis 'Cakupan Penilaian Risiko' dan waktu yang digunakan untuk langkah penting ini.

Sumber data

Kemungkinan disimpulkan dari pembaruan bertanggal pada kolom 'Risk' di formulir perubahan atau dari penyelesaian tugas khusus terkait analisis risiko.

Pengumpulan data

Disimpulkan dari stempel waktu saat kolom 'Risk' diisi atau item daftar periksa terkait ditandai selesai.

Jenis peristiwa inferred
Perencanaan selesai
Menandakan bahwa seluruh perencanaan perubahan yang diperlukan, termasuk penyusunan rencana penerapan dan pemulihan, telah selesai. Peristiwa ini biasanya disimpulkan dari perubahan status setelah persetujuan.
Mengapa ini penting

Menandai peralihan dari perencanaan ke pelaksanaan. Analisis durasi tahap perencanaan membantu menemukan peluang untuk menyederhanakan kegiatan sebelum penerapan.

Sumber data

Disimpulkan dari perubahan status terkait perencanaan, seperti 'Pending Release', ke status penerapan, seperti 'Scheduled'.

Pengumpulan data

Disimpulkan dari perubahan status dari 'Planning in Progress' atau status serupa.

Jenis peristiwa inferred
Persetujuan diminta
Menandai saat permintaan perubahan secara resmi diajukan untuk ditinjau dan disetujui. Peristiwa ini biasanya disimpulkan dari perubahan status permintaan menjadi 'Awaiting Approval' atau saat permintaan ditugaskan kepada pemberi persetujuan.
Mengapa ini penting

Aktivitas ini menandai dimulainya tahap persetujuan. Mengukur durasi dari titik ini hingga 'Change Approved' penting untuk menemukan hambatan dalam siklus persetujuan.

Sumber data

Disimpulkan dari Activity Log atau dengan melacak perubahan kolom status menjadi 'Awaiting Approval'. Stempel waktu perubahan status ini digunakan sebagai waktu peristiwa.

Pengumpulan data

Disimpulkan dari perubahan kolom status menjadi 'Awaiting Approval'.

Jenis peristiwa inferred
Perubahan dibatalkan
Menandai penghentian permintaan perubahan sebelum selesai. Ini adalah status akhir alternatif yang tercatat saat status tiket diubah menjadi 'Cancelled' atau 'Withdrawn'.
Mengapa ini penting

Analisis perubahan yang dibatalkan dapat mengungkap masalah pada tahap awal perencanaan atau persetujuan, misalnya permintaan yang tidak lagi diperlukan atau tidak memiliki alasan bisnis yang kuat.

Sumber data

Dicatat menggunakan stempel waktu perubahan status menjadi 'Cancelled' atau status akhir setara selain 'Closed'.

Pengumpulan data

Stempel waktu perubahan status menjadi 'Cancelled'.

Jenis peristiwa explicit
Perubahan dibuka kembali
Terjadi saat perubahan yang sebelumnya ditutup atau diselesaikan kembali berstatus terbuka, biasanya karena ditemukan masalah setelah penerapan. Peristiwa ini disimpulkan dari perubahan status tertutup menjadi terbuka.
Mengapa ini penting

Aktivitas ini merupakan indikator kuat adanya pengerjaan ulang atau perubahan yang gagal. Melacak frekuensinya penting untuk memahami kualitas perubahan dan efektivitas pengujian.

Sumber data

Disimpulkan dengan mendeteksi perubahan status dari 'Closed' atau 'Resolved' kembali menjadi 'Open' atau 'In Progress' di log aktivitas tiket.

Pengumpulan data

Deteksi perubahan status dari status akhir, misalnya 'Closed', ke status yang belum berakhir, misalnya 'Open'.

Jenis peristiwa inferred
Perubahan ditolak
Menandakan bahwa pemberi persetujuan secara resmi menolak permintaan perubahan sehingga proses tidak dapat dilanjutkan. Tindakan ini tercatat secara eksplisit dan sering membuat proses kembali ke tahap pengerjaan ulang.
Mengapa ini penting

Aktivitas ini penting untuk menganalisis pengerjaan ulang dan menemukan penyebab kegagalan proses. Penolakan yang sering terjadi dapat menunjukkan masalah pada kualitas permintaan atau penilaian risiko.

Sumber data

Freshservice mencatat peristiwa ini secara eksplisit saat pemberi persetujuan mengeklik tombol 'Reject'. Peristiwa tersebut tercatat di log aktivitas tiket.

Pengumpulan data

Stempel waktu tindakan 'Rejected' di tab persetujuan atau log aktivitas.

Jenis peristiwa explicit
Tinjauan setelah penerapan selesai
Menandakan selesainya Post-Implementation Review (PIR) untuk menilai keberhasilan perubahan dan mendokumentasikan pelajaran yang diperoleh. Peristiwa ini sering disimpulkan saat catatan tinjauan ditambahkan setelah penerapan atau status diperbarui.
Mengapa ini penting

Memastikan proses tinjauan resmi dijalankan. Analisis aktivitas ini membantu memahami efektivitas perubahan dan mendukung perbaikan proses berkelanjutan.

Sumber data

Disimpulkan dari pengisian kolom terkait PIR pada formulir perubahan setelah tanggal penerapan, atau dari perubahan status menjadi 'Review Complete' atau status serupa.

Pengumpulan data

Disimpulkan dari pengisian kolom catatan PIR atau pembaruan status tertentu.

Jenis peristiwa inferred
Disarankan Opsional

Panduan ekstraksi data

Cara mengambil data dari Freshservice

Siap memulai?

Mulai optimalkan pengelolaan perubahan dengan menyiapkan data menggunakan templat ini. Temukan wawasan yang sebelumnya tersembunyi dan tingkatkan efisiensi penerapan.

Cegah perubahan gagal: tingkatkan pengelolaan Freshservice sekarang

Capai tingkat keberhasilan perubahan 95%, serta kurangi gangguan dan keterlambatan di Freshservice.

Mulai uji coba gratis

Tidak perlu kartu kredit. Anda bisa mulai dalam beberapa menit.