Templat data manajemen perubahan Anda

ServiceNow
Templat data manajemen perubahan Anda

Templat data manajemen perubahan Anda

Templat ini membantu Anda mengumpulkan data penting untuk process mining pada alur kerja manajemen perubahan. Di dalamnya terdapat atribut dan aktivitas yang disarankan untuk dilacak, serta panduan praktis untuk mengekstrak data. Gunakan templat ini untuk menyiapkan data sebelum analisis dan perbaikan proses.
  • Atribut yang disarankan untuk dikumpulkan
  • Aktivitas utama yang perlu dilacak agar proses dapat ditemukan dengan akurat
  • Panduan mengekstrak data dari ServiceNow
Baru mengenal log peristiwa? Pelajari cara membuat log peristiwa process mining.

Atribut manajemen perubahan

Berikut kolom data yang disarankan untuk disertakan dalam log peristiwa agar proses manajemen perubahan dapat dianalisis.
3 Wajib 7 Disarankan 9 Opsional
Nama Deskripsi
ID Change Request
ChangeRequestNumber
Pengenal unik untuk change request, digunakan sebagai ID kasus utama untuk mengelompokkan semua peristiwa terkait.
Deskripsi

ID Change Request menjadi dasar analisis proses manajemen perubahan. Nomor unik ini diberikan ke setiap change request, misalnya 'CHG0030001', dan menghubungkan semua aktivitas, persetujuan, serta tugas terkait.

Dalam process mining, atribut ini digunakan untuk menyusun kembali perjalanan setiap perubahan dari awal hingga akhir. Analis dapat menelusuri seluruh siklus perubahan, mulai dari pembuatan hingga penutupan, dan melihat dengan jelas bagaimana setiap perubahan berjalan di sistem. Pengelompokan proses berdasarkan ID ini penting untuk menghitung waktu siklus, menemukan siklus pekerjaan ulang, dan memahami variasi proses.

Mengapa ini penting

ID ini penting untuk melacak seluruh siklus perubahan dan menganalisis alur proses, durasi, serta kepatuhan setiap permintaan secara menyeluruh.

Sumber data

Tabel ServiceNow: change_request, kolom: number

Contoh
CHG0030001CHG0030045CHG0030112
Waktu peristiwa
EventTime
Waktu tepat saat aktivitas atau peristiwa tertentu terjadi.
Deskripsi

Waktu peristiwa mencatat tanggal dan waktu tepat saat aktivitas dilakukan atau perubahan status tercatat. Waktu ini penting untuk mengurutkan peristiwa secara kronologis dan melakukan analisis durasi.

Dalam process mining, atribut ini digunakan untuk menghitung waktu siklus, waktu pemrosesan, dan waktu tunggu antar aktivitas. Atribut ini penting bagi dashboard yang menganalisis kinerja, seperti Change Approval Cycle Time dan End-to-End Change Process Flow. Stempel waktu yang akurat menjadi dasar untuk menemukan keterlambatan dan mengukur efisiensi proses terhadap SLA.

Mengapa ini penting

Stempel waktu ini penting untuk mengurutkan peristiwa dengan benar dan menghitung semua metrik berbasis waktu, termasuk waktu siklus, durasi, dan kepatuhan terhadap SLA.

Sumber data

Tabel ServiceNow: sys_audit, kolom: sys_created_on. Kolom ini menyediakan stempel waktu untuk setiap perubahan yang tercatat.

Contoh
2023-10-26T10:00:00Z2023-10-26T11:30:15Z2023-10-27T14:05:00Z
Nama aktivitas
ActivityName
Nama peristiwa atau tugas tertentu yang terjadi dalam proses manajemen perubahan.
Deskripsi

Nama Aktivitas menjelaskan satu langkah atau perubahan status dalam siklus change request. Contohnya, 'Perubahan menunggu penilaian', 'Persetujuan diminta', dan 'Perubahan diterapkan'. Aktivitas ini menjadi simpul dalam peta proses yang ditemukan.

Dengan menganalisis aktivitas, Anda dapat memeriksa alur proses secara terperinci. Pelacakan urutan dan frekuensi aktivitas membantu organisasi menemukan jalur yang umum, penyimpangan dari proses standar, serta hambatan yang sering membuat perubahan tertahan. Informasi ini menjadi dasar untuk memvisualisasikan proses dan menghitung metrik seperti waktu perpindahan antar langkah.

Mengapa ini penting

Atribut ini menjadi dasar peta proses untuk memvisualisasikan alur, menemukan hambatan, dan menganalisis penyimpangan.

Sumber data

Diperoleh dari perubahan pada kolom 'state' atau kolom status penting lainnya di tabel 'change_request', yang sering dicatat di tabel 'sys_audit'.

Contoh
Perubahan disetujuiPenerapan dimulaiPerubahan ditutupPerubahan dibatalkan
Grup penugasan
AssignmentGroup
Tim atau grup yang bertanggung jawab atas change request.
Deskripsi

Grup Penugasan menunjukkan tim yang saat ini bertanggung jawab atas change request, seperti 'CAB Approval', 'Network Engineering', atau 'Database Administrators'. Atribut ini penting untuk menganalisis kinerja proses di berbagai bidang fungsi.

Atribut ini digunakan untuk mengukur efisiensi tim, menemukan hambatan dalam grup tertentu, dan menganalisis efektivitas serah terima antar tim. Dashboard seperti 'Cross-Functional Handoff Efficiency' dan 'Change Implementation Throughput' sangat mengandalkan data ini untuk menemukan keterlambatan akibat ketergantungan antar tim.

Mengapa ini penting

Memungkinkan analisis kinerja per tim, menyoroti hambatan khusus dalam grup, dan mengukur efisiensi serah terima antar bidang fungsi.

Sumber data

Tabel ServiceNow: change_request, kolom: assignment_group

Contoh
Persetujuan CABTim jaringanDukungan serverAdministrator basis data
Item konfigurasi
ConfigurationItem
Komponen, layanan, atau sistem TI tertentu yang menjadi sasaran perubahan.
Deskripsi

Configuration Item (CI) adalah aset dari Configuration Management Database (CMDB) yang akan terdampak oleh perubahan. Aset ini dapat berupa server, aplikasi perangkat lunak, perangkat jaringan, atau layanan bisnis.

Atribut ini memberi konteks penting tentang perubahan. Dalam process mining, analisis dapat dikelompokkan berdasarkan jenis aset yang diubah. Misalnya, dashboard 'Change Testing Duration Analysis' menggunakan atribut ini untuk membandingkan waktu pengujian berbagai aplikasi atau sistem dan menemukan CI yang terkait dengan siklus pengujian lebih lama.

Mengapa ini penting

Memberi konteks bisnis yang penting. Analisis dapat difilter berdasarkan aplikasi, layanan, atau sistem yang terdampak untuk menemukan masalah pada komponen tertentu.

Sumber data

Tabel ServiceNow: change_request, kolom: cmdb_ci

Contoh
SAP ERPOracle Database 19cLayanan emailWebServer-01
Jenis perubahan
ChangeType
Klasifikasi perubahan, seperti 'Standard', 'Normal', atau 'Emergency'.
Deskripsi

Jenis Perubahan mengelompokkan change request berdasarkan sifat, risiko, dan persyaratan persetujuannya. Perubahan Standard telah disetujui sebelumnya, perubahan Normal mengikuti proses lengkap, sedangkan perubahan Emergency menggunakan jalur yang dipercepat.

Atribut ini penting untuk analisis proses karena tiap jenis perubahan memiliki alur proses yang berbeda dan sesuai ketentuan. Membandingkan kinerja perubahan Normal dan Emergency dapat mengungkap kepatuhan terhadap proses dan efisiensinya. Atribut ini juga digunakan dalam dashboard seperti 'Risk Assessment Standardization' untuk memastikan perubahan serupa ditangani secara konsisten.

Mengapa ini penting

Memungkinkan analisis dikelompokkan berdasarkan jenis perubahan, karena tiap jenis mengikuti alur proses yang disetujui dan memiliki ekspektasi kinerja tersendiri.

Sumber data

Tabel ServiceNow: change_request, kolom: type

Contoh
StandardNormalEmergency
Prioritas
Priority
Tingkat prioritas change request, yang ditentukan berdasarkan dampak dan urgensinya.
Deskripsi

Prioritas menunjukkan tingkat kepentingan change request dan menentukan urutan penanganannya. Prioritas sering ditentukan berdasarkan dampak dan urgensi perubahan, dengan nilai seperti 'Critical', 'High', 'Moderate', dan 'Low'.

Analisis berdasarkan prioritas penting untuk memastikan perubahan berprioritas tinggi diproses lebih cepat daripada perubahan berprioritas rendah. Data ini mendukung dashboard 'Critical Change Performance' agar analis dapat melacak waktu siklus dan tingkat kegagalan khusus untuk perubahan yang paling penting. Jika perubahan berprioritas rendah selesai lebih cepat daripada yang berprioritas tinggi, hal ini dapat menunjukkan masalah dalam alokasi sumber daya atau pelaksanaan proses.

Mengapa ini penting

Penting untuk menilai apakah sumber daya telah dialokasikan dengan tepat ke perubahan paling kritis dan memantau kinerjanya secara terpisah.

Sumber data

Tabel ServiceNow: change_request, kolom: priority

Contoh
1 - Kritis2 - Tinggi3 - Sedang4 - Rendah
State perubahan
ChangeState
State change request saat ini atau sebelumnya, seperti 'Assess', 'Authorize', 'Implement', atau 'Closed'.
Deskripsi

Atribut State Perubahan menunjukkan status change request pada waktu tertentu. Atribut ini memberi gambaran umum tentang posisi perubahan dalam siklusnya. Berbeda dengan Aktivitas yang menunjukkan peristiwa tertentu, State menunjukkan kondisi setelah peristiwa tersebut.

Dalam analisis, State Perubahan digunakan untuk mengelompokkan kasus dan memahami hasilnya. Atribut ini penting untuk memfilter perubahan, misalnya hanya menganalisis perubahan 'Closed' atau menyelidiki mengapa banyak perubahan tertahan dalam state 'Authorize'. Atribut ini juga mendukung KPI seperti Change Failure Rate jika tersedia state 'Failed'.

Mengapa ini penting

Memberi gambaran status change request untuk menganalisis hasil, memfilter kasus, dan menemukan perubahan yang tertahan.

Sumber data

Tabel ServiceNow: change_request, kolom: state

Contoh
PenilaianOtorisasiTerjadwalPenerapanPeninjauanDitutupDibatalkan
Tingkat risiko
RiskLevel
Tingkat risiko perubahan yang dinilai, seperti 'High', 'Moderate', atau 'Low'.
Deskripsi

Tingkat Risiko adalah hasil penilaian risiko untuk change request. Nilai ini mengukur potensi dampak buruk jika perubahan diterapkan, sehingga membantu menentukan tingkat pemeriksaan dan persetujuan yang diperlukan.

Atribut ini penting untuk dashboard 'Risk Assessment Standardization', yang menggunakannya untuk memeriksa apakah perubahan serupa mendapat penilaian risiko yang konsisten. Analisis alur proses berdasarkan tingkat risiko juga dapat menunjukkan apakah perubahan berisiko tinggi mengikuti jalur persetujuan dan pengujian yang lebih ketat daripada perubahan berisiko rendah. Ini merupakan pemeriksaan kepatuhan yang penting.

Mengapa ini penting

Penting untuk analisis kepatuhan dan memastikan perubahan berisiko tinggi diperiksa dengan cermat serta mengikuti proses yang lebih ketat.

Sumber data

Tabel ServiceNow: change_request, kolom: risk

Contoh
TinggiSedangRendah
Waktu selesai
EndTime
Waktu saat aktivitas berakhir. Biasanya, waktu ini diperoleh dari waktu mulai aktivitas berikutnya.
Deskripsi

Waktu selesai menandai berakhirnya suatu aktivitas. Sistem sumber sering mencatat waktu mulai peristiwa, sehingga waktu selesai perlu disimpulkan. Biasanya, waktu ini dihitung dari stempel waktu aktivitas berikutnya untuk kasus yang sama.

Atribut ini penting untuk menghitung durasi setiap aktivitas, yang disebut waktu pemrosesan. Mengetahui lama tiap langkah membantu menemukan hambatan dan inefisiensi proses. Untuk aktivitas terakhir dalam suatu kasus, Waktu selesai sama dengan Waktu mulai.

Mengapa ini penting

Memungkinkan penghitungan waktu pemrosesan aktivitas, yang penting untuk menemukan hambatan dan mengukur durasi langkah proses tertentu.

Sumber data

Atribut ini biasanya dihitung saat transformasi data dengan mengambil StartTime dari peristiwa berikutnya untuk CaseId yang sama.

Contoh
2023-10-26T10:05:12Z2023-10-26T11:45:00Z2023-10-27T15:00:00Z
Apakah Pengerjaan Ulang
IsRework
Penanda boolean bernilai true jika suatu aktivitas mengulang langkah sebelumnya dalam kasus yang sama.
Deskripsi

Atribut hasil perhitungan ini menandai aktivitas yang termasuk pengerjaan ulang. Pengerjaan ulang terjadi saat proses kembali ke langkah yang sudah selesai, misalnya perubahan ditolak setelah disetujui lalu dikirim kembali untuk dinilai.

Penanda ini penting untuk mengukur inefisiensi proses. Atribut ini mendukung KPI 'Tingkat Pengerjaan Ulang Perubahan' dan dashboard 'Analisis Kegagalan dan Pengerjaan Ulang Perubahan'. Saring aktivitas dengan nilai 'Apakah Pengerjaan Ulang' true untuk mengidentifikasi dan mempelajari penyebabnya, seperti penilaian awal yang belum lengkap atau persyaratan yang berubah. Setelah itu, Anda dapat mengambil langkah untuk mengurangi pemborosan.

Mengapa ini penting

Mengukur inefisiensi proses secara langsung dengan menandai pekerjaan yang berulang. Ini membantu Anda menemukan dan mengatasi penyebab proses berulang serta upaya yang terbuang.

Sumber data

Dihitung saat transformasi data dengan memeriksa apakah aktivitas yang sama, atau aktivitas sebelumnya dalam alur standar, sudah terjadi untuk CaseId tersebut.

Contoh
truefalse
Dampak
Impact
Potensi pengaruh perubahan terhadap operasional bisnis, dengan tingkat seperti Tinggi, Sedang, atau Rendah.
Deskripsi

Dampak mengukur potensi pengaruh terhadap bisnis jika change request tidak ditangani dengan benar. Bersama Urgensi, atribut ini menjadi masukan utama untuk menentukan Prioritas perubahan.

Analisis berdasarkan Dampak membantu memastikan perubahan yang memengaruhi layanan penting ditangani dengan cermat. Atribut ini digunakan dalam dashboard 'Critical Change Performance' untuk memisahkan dan memantau perubahan dengan dampak bisnis tinggi. Atribut ini juga digunakan untuk memeriksa konsistensi penilaian risiko, agar perubahan berdampak tinggi tidak diberi tingkat risiko rendah tanpa alasan yang jelas.

Mengapa ini penting

Membantu menentukan prioritas perubahan berdasarkan potensi dampaknya terhadap bisnis dan memastikan perubahan berdampak tinggi ditangani dengan cermat.

Sumber data

Tabel ServiceNow: change_request, kolom: impact

Contoh
1 - Tinggi2 - Sedang3 - Rendah
Kode Penutupan
CloseCode
Kode yang menunjukkan hasil saat permintaan perubahan ditutup, seperti 'Berhasil' atau 'Tidak berhasil'.
Deskripsi

Kode Penutupan mencatat hasil akhir dari permintaan perubahan yang telah selesai. Kode ini menunjukkan secara resmi apakah perubahan berhasil diterapkan, mengalami masalah, atau dibatalkan dan dikembalikan ke kondisi sebelumnya.

Atribut ini menjadi masukan langsung untuk KPI 'Tingkat Kegagalan Perubahan'. Dengan menganalisis sebaran kode penutupan, organisasi dapat mengukur keberhasilan inisiatif perubahan. Saring peta proses untuk melihat perubahan dengan kode penutupan 'Tidak berhasil' dan temukan pola proses yang sering berujung pada kegagalan.

Mengapa ini penting

Mengukur langsung hasil perubahan. Data ini menjadi dasar untuk menghitung tingkat kegagalan perubahan dan menganalisis penyebab kegagalan.

Sumber data

Tabel ServiceNow: change_request, Kolom: close_code

Contoh
BerhasilBerhasil dengan MasalahTidak Berhasil / Dikembalikan
Pembaruan data terakhir
LastDataUpdate
Stempel waktu yang menunjukkan kapan data untuk catatan ini terakhir kali diperbarui dari sistem sumber.
Deskripsi

Atribut ini mencatat waktu ekstraksi data terakhir. Sebagai kolom metadata, atribut ini penting untuk mengetahui seberapa baru data yang dianalisis.

Analis menggunakan stempel waktu ini untuk memastikan informasi yang digunakan masih terbaru dan mengetahui kapan data diperoleh. Atribut ini sangat penting bagi dashboard operasional yang memantau kinerja proses berjalan, agar keputusan tidak didasarkan pada data lama.

Mengapa ini penting

Menunjukkan kebaruan data agar analisis dan dashboard menggunakan informasi terkini yang relevan.

Sumber data

Kolom metadata ini dibuat selama proses ekstraksi dan transformasi data (ETL), dan menunjukkan waktu pengambilan data.

Contoh
2023-11-01T02:00:00Z2023-11-02T02:00:00Z
Pengguna yang ditugaskan
AssignedToUser
Pengguna yang bertanggung jawab atas change request pada waktu tertentu.
Deskripsi

Atribut ini menunjukkan orang yang ditugaskan untuk menangani change request. Penugasan dapat berubah beberapa kali selama siklus permintaan berpindah antar tahap dan tim.

Analisis berdasarkan pengguna membantu memahami pembagian beban kerja, kinerja individu, dan kebutuhan pelatihan. Atribut ini juga penting untuk menganalisis serah terima, terutama jika digabungkan dengan Grup Penugasan, agar Anda dapat melihat seberapa lancar pekerjaan berpindah antar pengguna.

Mengapa ini penting

Membantu melacak beban kerja dan kinerja tiap pengguna, serta menganalisis keterlambatan serah terima antar sumber daya.

Sumber data

Tabel ServiceNow: change_request, kolom: assigned_to

Contoh
Beth AnglinDavid LooAbel Tuter
Sistem sumber
SourceSystem
Sistem tempat data diambil, biasanya 'ServiceNow'.
Deskripsi

Atribut ini menunjukkan asal data proses. Dalam contoh ini, sumbernya diperkirakan ServiceNow. Atribut ini penting untuk tata kelola data dan untuk menggabungkan data dari beberapa sistem.

Dalam analisis, atribut ini memperjelas asal-usul data dan membantu memvalidasi sumbernya. Organisasi yang menggunakan beberapa alat ITSM atau sistem terintegrasi dapat memakainya untuk memfilter dan membandingkan proses di berbagai platform.

Mengapa ini penting

Memperjelas asal-usul data proses dan mendokumentasikan sumbernya, hal yang penting untuk tata kelola data dan analisis lintas sistem.

Sumber data

Biasanya, nilai statis ini ditambahkan saat proses ekstraksi dan transformasi data (ETL).

Contoh
ServiceNowServiceNow_PRODSNOW_ITSM
Status SLA
SlaState
Status permintaan perubahan terhadap Service Level Agreement (SLA), seperti 'Sesuai Jadwal', 'Berisiko', atau 'Melewati Batas'.
Deskripsi

Status SLA menunjukkan apakah permintaan perubahan berjalan sesuai tenggat yang ditetapkan dalam SLA. Status ini dapat dipantau di setiap tahap proses.

Atribut ini penting untuk memantau kepatuhan terhadap komitmen tingkat layanan. Data ini menjadi sumber utama bagi dashboard 'Ringkasan Kinerja SLA Perubahan' dan KPI 'Tingkat Kepatuhan terhadap SLA Perubahan'. Dengan menganalisis lokasi dan penyebab SLA terlewati, organisasi dapat mengatasi keterlambatan yang berulang dan meningkatkan kepastian dalam penyampaian layanan.

Mengapa ini penting

Mengukur kinerja terhadap tenggat secara langsung. Anda dapat memantau dan menganalisis SLA yang terlewati lebih awal untuk meningkatkan penyampaian layanan.

Sumber data

Data dapat diambil dari tabel 'task_sla' di ServiceNow, yang mencatat SLA untuk tugas seperti permintaan perubahan, atau dihitung berdasarkan kolom tanggal jatuh tempo.

Contoh
Sesuai JadwalBerisikoMelewati Batas
Urgensi
Urgency
Kecepatan yang dibutuhkan untuk menyelesaikan perubahan, dinilai dengan skala seperti Tinggi, Sedang, atau Rendah.
Deskripsi

Urgensi menentukan seberapa cepat perubahan perlu diterapkan. Nilai ini menunjukkan seberapa peka permintaan terhadap waktu dari sudut pandang bisnis. Bersama Dampak, urgensi digunakan untuk menghitung Prioritas keseluruhan.

Prioritas menjadi kolom utama untuk analisis, sedangkan Urgensi memberi konteks tambahan. Anda dapat menggunakannya untuk menyelidiki alasan perubahan tertentu ditandai mendesak dan apakah proses mampu menanganinya tanpa mengganggu stabilitas. Nilai ini juga membantu menjawab apakah organisasi terlalu sering bekerja secara reaktif dengan tingkat urgensi tinggi.

Mengapa ini penting

Memberi konteks tentang batas waktu perubahan, sehingga Anda dapat menganalisis apakah proses menangani permintaan yang mendesak dengan baik.

Sumber data

Tabel ServiceNow: change_request, Kolom: urgency

Contoh
1 - Tinggi2 - Sedang3 - Rendah
Waktu Siklus
CycleTime
Total waktu sejak permintaan perubahan dibuat hingga ditutup.
Deskripsi

Waktu Siklus adalah metrik tingkat kasus yang mengukur total durasi siklus hidup permintaan perubahan. Nilainya dihitung dari selisih waktu antara peristiwa pertama dan terakhir untuk permintaan perubahan tersebut.

KPI ini penting untuk mengukur kecepatan proses secara keseluruhan. Dashboard 'Alur Proses Perubahan dari Awal hingga Akhir' menggunakannya untuk menampilkan gambaran umum kinerja proses. Analisis tren waktu siklus dan perbandingan berdasarkan dimensi seperti Jenis Perubahan atau Prioritas membantu organisasi menemukan peluang untuk memperbaiki proses.

Mengapa ini penting

Mengukur durasi proses perubahan dari awal hingga akhir, sebagai indikator utama kecepatan dan efisiensi proses secara keseluruhan.

Sumber data

Dihitung pada tingkat kasus saat analisis data dengan mengurangi StartTime minimum dari StartTime maksimum untuk setiap CaseId.

Contoh
60480012096002592000
Wajib Disarankan Opsional

Aktivitas manajemen perubahan

Berikut langkah dan pencapaian utama yang perlu dicatat dalam log peristiwa agar proses manajemen perubahan dapat ditemukan dengan akurat.
7 Disarankan 6 Opsional
Aktivitas Deskripsi
Change Request dibuat
Aktivitas ini menandai pembuatan catatan change request baru di sistem. Inilah awal resmi proses manajemen perubahan, yang tercatat saat entri baru ditambahkan ke tabel change_request.
Mengapa ini penting

Ini adalah peristiwa awal utama dalam proses. Dengan menganalisis waktu dari aktivitas ini ke aktivitas lain, Anda dapat mengetahui total waktu penyelesaian dan menemukan keterlambatan sejak awal proses.

Sumber data

Peristiwa ini sesuai dengan waktu pembuatan catatan (sys_created_on) di tabel change_request ServiceNow.

Pengumpulan data

Gunakan waktu sys_created_on dari tabel change_request.

Jenis peristiwa explicit
Perubahan dibatalkan
Change request ditarik atau dihentikan sebelum penerapan selesai. Ini adalah status akhir alternatif yang tercatat saat state diatur menjadi 'Canceled'.
Mengapa ini penting

Analisis perubahan yang dibatalkan dapat mengungkap inefisiensi proses. Misalnya, permintaan dibuat tanpa kebutuhan atau terlalu lama tertahan dalam tahap persetujuan hingga tidak lagi relevan.

Sumber data

Disimpulkan saat kolom 'state' di tabel change_request diatur menjadi 'Canceled'. Waktunya diambil dari log audit perubahan state ini.

Pengumpulan data

Catat waktu saat kolom 'state' diperbarui menjadi 'Canceled'.

Jenis peristiwa inferred
Perubahan dijadwalkan
Perubahan yang disetujui telah mendapat tanggal mulai dan selesai yang direncanakan, lalu resmi masuk ke kalender penerapan. Status ini disimpulkan saat state change request berubah menjadi 'Scheduled'.
Mengapa ini penting

Aktivitas ini memisahkan tahap perencanaan dan persetujuan dari tahap penerapan aktif. Lama waktu dalam state ini dapat menunjukkan keterlambatan antara persetujuan dan dimulainya pekerjaan.

Sumber data

Disimpulkan saat kolom 'state' di tabel change_request berubah menjadi 'Scheduled'. Waktunya diambil dari entri log audit terkait.

Pengumpulan data

Lacak perubahan kolom state menjadi 'Scheduled' di riwayat audit tabel change_request.

Jenis peristiwa inferred
Perubahan disetujui
Change request telah menerima semua persetujuan yang diperlukan untuk melanjutkan ke tahap penjadwalan dan penerapan. Tonggak penting ini tercatat saat persetujuan terakhir diberikan dan kolom 'approval' diatur menjadi 'approved'.
Mengapa ini penting

Tonggak ini mengakhiri tahap persetujuan. Data ini penting untuk mengukur durasi siklus persetujuan dan menemukan hambatan dalam proses pengambilan keputusan.

Sumber data

Disimpulkan saat kolom 'approval' di tabel change_request berubah menjadi 'approved'. Waktunya diambil dari riwayat audit perubahan ini.

Pengumpulan data

Catat waktu saat kolom 'approval' berubah menjadi 'approved'.

Jenis peristiwa inferred
Perubahan diterapkan
Pekerjaan penerapan telah selesai. Perubahan siap ditinjau, diverifikasi, atau diuji. Aktivitas ini disimpulkan saat state change request berubah dari 'Implement' menjadi 'Review'.
Mengapa ini penting

Ini adalah tonggak penting yang mengakhiri tahap penerapan. Peristiwa ini menjadi dasar untuk menghitung KPI 'Change Failure Rate' dan 'Change Rework Rate'.

Sumber data

Disimpulkan dari peralihan state keluar dari 'Implement' ke state berikutnya, seperti 'Review'. Waktunya diambil dari riwayat audit kolom 'state' di tabel change_request.

Pengumpulan data

Temukan saat kolom 'state' berubah dari 'Implement' menjadi 'Review'.

Jenis peristiwa inferred
Perubahan ditutup
Change request telah berhasil diselesaikan dan ditinjau, lalu dinyatakan selesai. Ini adalah titik akhir utama yang menandakan keberhasilan proses. Peristiwa ini tercatat saat state perubahan menjadi 'Closed'.
Mengapa ini penting

Aktivitas ini menandai selesainya siklus perubahan dengan sukses. Ini adalah peristiwa akhir untuk mengukur durasi proses dari awal hingga akhir dan kepatuhan terhadap SLA.

Sumber data

Disimpulkan saat kolom 'state' di tabel change_request diatur menjadi 'Closed'. Waktunya diambil dari riwayat audit perubahan state terakhir ini.

Pengumpulan data

Catat waktu saat kolom 'state' diperbarui menjadi 'Closed'.

Jenis peristiwa inferred
Risiko dan dampak dinilai
Menandai selesainya analisis risiko dan dampak untuk change request. Ini adalah tonggak penting sebelum permintaan persetujuan diajukan. Biasanya, tahap ini disimpulkan saat perubahan keluar dari state 'Assess' dan masuk ke state 'Authorize' atau 'Awaiting Approval'.
Mengapa ini penting

Melacak durasi tahap penilaian penting untuk KPI 'Avg. Risk Assessment Cycle Time'. Data ini membantu menstandarkan proses penilaian dan menemukan bagian analisis yang memakan waktu terlalu lama.

Sumber data

Disimpulkan saat kolom 'state' di tabel change_request berubah dari 'Assess' menjadi 'Authorize'. Waktu peristiwa diambil dari log audit perubahan state tersebut.

Pengumpulan data

Temukan saat kolom 'state' berubah dari 'Assess' ke state berikutnya, seperti 'Authorize'.

Jenis peristiwa inferred
Penerapan dimulai
Pekerjaan untuk menerapkan perubahan telah dimulai. Peristiwa ini tercatat saat state change request diperbarui menjadi 'Implement', yang menandai peralihan dari perencanaan ke pelaksanaan.
Mengapa ini penting

Ini menandai dimulainya pekerjaan penerapan secara langsung. Peristiwa ini menjadi titik awal untuk mengukur KPI 'Average Implementation Duration' dan menganalisis efisiensi tim.

Sumber data

Disimpulkan saat kolom 'state' di tabel change_request berubah menjadi 'Implement'. Waktunya diambil dari log audit untuk peralihan state ini.

Pengumpulan data

Catat waktu perubahan state menjadi 'Implement' dari riwayat audit change_request.

Jenis peristiwa inferred
Peninjauan sedang berlangsung
Peninjauan pascapenerapan (PIR) sedang dilakukan untuk memastikan perubahan berhasil dan mencapai tujuannya. Peristiwa ini tercatat saat state change request diatur menjadi 'Review'.
Mengapa ini penting

Analisis durasi tahap peninjauan membantu menemukan keterlambatan dalam memvalidasi keberhasilan perubahan. Analisis ini juga menyoroti perubahan yang tidak mematuhi ketentuan karena tahap ini dilewati.

Sumber data

Disimpulkan saat kolom 'state' di tabel change_request berubah menjadi 'Review'. Waktunya diambil dari log audit perubahan state ini.

Pengumpulan data

Catat waktu perubahan state menjadi 'Review' dari riwayat audit change_request.

Jenis peristiwa inferred
Persetujuan diminta
Aktivitas ini menandakan change request telah resmi diajukan untuk disetujui, biasanya oleh manajer atau Change Advisory Board (CAB). Peristiwa ini tercatat saat status persetujuan change request diatur menjadi 'requested'.
Mengapa ini penting

Ini menandai awal siklus persetujuan. Ukur waktu dari peristiwa ini hingga 'Change Approved' untuk menghitung KPI 'Average Change Approval Time'.

Sumber data

Disimpulkan saat kolom 'approval' di tabel change_request berubah menjadi 'requested'. Waktunya dicatat di tabel sys_audit untuk kolom ini.

Pengumpulan data

Waktu saat kolom 'approval' di tabel change_request diatur menjadi 'requested'.

Jenis peristiwa inferred
Perubahan dibuka kembali
Setelah mencapai tahap yang lebih lanjut, change request dikembalikan ke state sebelumnya, seperti 'Implement' atau 'Assess'. Peristiwa ini disimpulkan dari peralihan state yang tidak berurutan dan menandakan pekerjaan ulang.
Mengapa ini penting

Aktivitas ini penting untuk menemukan siklus pekerjaan ulang dan menghitung 'Change Rework Rate'. Perubahan yang sering dibuka kembali dapat menunjukkan masalah pada kualitas penerapan, pengujian, atau perencanaan.

Sumber data

Disimpulkan dengan menganalisis urutan perubahan state di riwayat audit change_request. Peralihan dari state yang lebih lanjut, misalnya 'Review', ke state sebelumnya, misalnya 'Implement', menandakan perubahan dibuka kembali.

Pengumpulan data

Deteksi peralihan mundur yang tidak berurutan dalam riwayat kolom 'state'.

Jenis peristiwa inferred
Perubahan ditolak
Change request ditolak oleh pemberi persetujuan atau CAB. Aktivitas ini menjadi status akhir permintaan, kecuali jika permintaan diperbaiki dan diajukan kembali. Peristiwa ini tercatat saat kolom 'approval' diatur menjadi 'rejected'.
Mengapa ini penting

Dengan melacak penolakan, Anda dapat menemukan alasan yang sering muncul, seperti informasi tidak lengkap atau risiko tinggi. Analisis ini dapat meningkatkan kualitas pengajuan perubahan berikutnya.

Sumber data

Disimpulkan saat kolom 'approval' di tabel change_request berubah menjadi 'rejected'. Waktunya diambil dari riwayat audit.

Pengumpulan data

Catat waktu saat kolom 'approval' berubah menjadi 'rejected'.

Jenis peristiwa inferred
Perubahan menunggu penilaian
Change request telah diajukan dan kini menunggu penilaian teknis serta bisnis. Status ini biasanya disimpulkan saat state change request berubah menjadi 'Assess' atau status serupa, yang menandakan permintaan telah keluar dari tahap draf.
Mengapa ini penting

Aktivitas ini membantu mengukur waktu serah terima awal dari pemohon ke tim penilai. Keterlambatan dapat menunjukkan masalah pada kualitas data awal atau ketersediaan sumber daya untuk penilaian.

Sumber data

Disimpulkan dari perubahan pada kolom 'state' di tabel change_request, biasanya menjadi nilai seperti 'Assess'. Waktunya diambil dari riwayat audit (sys_audit) untuk perubahan kolom ini.

Pengumpulan data

Lacak perubahan kolom state menjadi 'Assess' di riwayat audit tabel change_request.

Jenis peristiwa inferred
Disarankan Opsional

Panduan ekstraksi

Cara mengambil data dari ServiceNow

Siap memulai?

Gunakan templat ini untuk menyiapkan data dan menemukan wawasan tentang proses manajemen perubahan di ServiceNow. Mulai tingkatkan efisiensi proses Anda hari ini.

Cegah kegagalan perubahan, tingkatkan keberhasilan ServiceNow sekarang!

Temukan hambatan dengan mudah untuk mencapai tingkat keberhasilan perubahan 95%.

Mulai uji coba gratis

Tidak perlu kartu kredit. Penyiapan hanya beberapa menit.