Templat data pengelolaan perubahan Anda

Template process mining universal
Templat data pengelolaan perubahan Anda

Templat data pengelolaan perubahan Anda

Template process mining universal

Ini template data umum kami untuk process mining Pengelolaan perubahan. Gunakan template khusus sistem untuk mendapatkan panduan yang lebih terarah.

Pilih sistem tertentu
  • Struktur standar untuk log peristiwa pengelolaan perubahan Anda.
  • Kolom data dan langkah proses yang disarankan untuk analisis menyeluruh.
  • Dasar yang dapat digunakan di berbagai sistem manajemen layanan TI.
Baru mengenal log peristiwa? Pelajari cara membuat log peristiwa process mining.

Atribut pengelolaan perubahan

Tabel ini memuat kolom data yang disarankan beserta definisinya untuk log peristiwa, agar Anda dapat menganalisis proses pengelolaan perubahan secara menyeluruh.
5 Wajib 8 Disarankan 5 Opsional
Nama Deskripsi
ID permintaan perubahan
ChangeRequestId
Pengenal unik yang dibuat sistem untuk permintaan perubahan. ID ini menjadi pengenal utama kasus dan mengelompokkan semua aktivitas serta peristiwa terkait.
Deskripsi

ID Permintaan Perubahan adalah kode alfanumerik unik yang diberikan kepada setiap permintaan perubahan saat dibuat. ID ini berfungsi sebagai kunci utama untuk satu kasus perubahan, menghubungkan semua tugas, persetujuan, dan log terkait dari awal hingga penutupan.

Dalam process mining, atribut ini penting untuk merekonstruksi perjalanan setiap perubahan dari awal hingga akhir. Dengan mengelompokkan semua peristiwa berdasarkan ID Permintaan Perubahan yang sama, analis dapat memvisualisasikan alur proses, menghitung durasi kasus, dan membandingkan variasi dalam siklus perubahan. ID ini menjadi dasar analisis di tingkat kasus dan membantu memperjelas perkembangan setiap perubahan di dalam sistem.

Mengapa ini penting

ID ini penting untuk melacak dan menghubungkan semua peristiwa yang terkait dengan satu perubahan. ID ini menjadi dasar untuk menemukan proses dan memeriksa kesesuaiannya.

Sumber data

Biasanya terdapat di bagian header atau catatan utama transaksi permintaan perubahan.

Contoh
CHG0034501CRQ-10293789123ITSM-CHG-5501
Nama aktivitas
ActivityName
Nama peristiwa bisnis, tugas, atau perubahan status tertentu yang terjadi dalam proses manajemen perubahan.
Deskripsi

Nama Aktivitas menjelaskan langkah atau tonggak tertentu dalam siklus permintaan perubahan, seperti 'Penilaian Risiko Selesai' atau 'Perubahan Disetujui'. Setiap aktivitas menandai waktu ketika suatu tindakan dilakukan, keputusan dibuat, atau proses beralih ke tahap baru.

Atribut ini menjadi dasar pembuatan peta proses. Nama Aktivitas menentukan simpul dalam grafik proses sehingga analis dapat melihat urutan peristiwa, mengenali jalur yang umum, dan menemukan penyimpangan dari prosedur standar. Analisis aktivitas membantu menemukan hambatan, pengulangan pekerjaan, dan serah terima yang tidak efisien di antara berbagai tahap proses perubahan.

Mengapa ini penting

Atribut ini menentukan langkah-langkah proses sehingga alur proses dapat divisualisasikan dan hambatan, pengerjaan ulang, serta penyimpangan dapat dianalisis.

Sumber data

Biasanya terdapat di log aktivitas, riwayat peristiwa, atau tabel jejak audit yang terkait dengan permintaan perubahan.

Contoh
Perubahan diajukan untuk ditinjauPerubahan disetujuiPenerapan dimulaiPerubahan ditutup
Waktu mulai peristiwa
EventStartTime
Stempel waktu yang menunjukkan tanggal dan waktu persis saat aktivitas atau peristiwa tertentu dimulai.
Deskripsi

Waktu Mulai Peristiwa menandai awal suatu aktivitas dalam siklus permintaan perubahan. Stempel waktu ini penting untuk mengurutkan peristiwa secara kronologis serta menghitung durasi aktivitas dan keseluruhan kasus.

Dalam analisis proses, atribut ini digunakan untuk mengurutkan aktivitas dengan benar dan menjadi dasar log peristiwa. Atribut ini diperlukan untuk menghitung semua metrik waktu, seperti waktu siklus antaraktivitas, waktu tunggu, dan durasi total kasus. Dengan menganalisis stempel waktu ini, organisasi dapat mengetahui langkah mana yang paling lama dan menemukan peluang untuk mempercepat proses.

Mengapa ini penting

Stempel waktu ini penting untuk mengurutkan peristiwa, menemukan alur proses, dan menghitung metrik kinerja seperti waktu siklus dan waktu tunggu.

Sumber data

Terdapat di log peristiwa atau jejak audit permintaan perubahan. Nama kolomnya mungkin 'Tanggal Dibuat', 'Tanggal Mulai', atau cukup 'Stempel Waktu'.

Contoh
2023-10-26T09:00:00Z2023-10-26T14:22:10Z2023-10-27T11:05:00Z
Pembaruan data terakhir
LastDataUpdate
Stempel waktu yang menunjukkan kapan data untuk catatan ini terakhir diperbarui atau diambil dari sistem sumber.
Deskripsi

Stempel waktu Pembaruan Data Terakhir menunjukkan kapan catatan tertentu terakhir kali diambil dari sistem sumber. Atribut metadata ini penting untuk mengelola alur data dan memastikan analisis menggunakan data terbaru.

Atribut ini membantu teknisi data dan analis mengetahui seberapa mutakhir data yang mereka gunakan. Atribut ini digunakan untuk memantau kondisi proses ekstraksi data dan memastikan analisis process mining didasarkan pada informasi yang relevan dan terbaru. Umumnya atribut ini tidak digunakan untuk analisis proses itu sendiri, tetapi penting untuk tata kelola dan keandalan data.

Mengapa ini penting

Memastikan data tetap mutakhir dan membantu memantau kondisi alur data, yang penting bagi keandalan analisis proses.

Sumber data

Stempel waktu ini biasanya dibuat dan ditambahkan selama proses ekstraksi, transformasi, dan pemuatan data (ETL).

Contoh
2024-05-20T12:00:00Z2024-05-20T12:05:10Z2024-05-20T12:10:00Z
Sistem sumber
SourceSystem
Nama sistem atau aplikasi tempat data manajemen perubahan diambil.
Deskripsi

Atribut Sistem Sumber menunjukkan asal data peristiwa. Di lingkungan yang menggunakan beberapa alat ITSM atau sistem terintegrasi, kolom ini membantu membedakan data dari tiap sumber, menjaga integritas data, dan memberikan konteks yang tepat.

Atribut ini tidak selalu digunakan untuk analisis alur proses utama, tetapi sangat berguna untuk validasi dan tata kelola data. Atribut ini membantu menelusuri masalah pemasukan data dan membandingkan kinerja proses antar sistem atau unit bisnis yang menggunakan platform berbeda. Misalnya, perusahaan dapat menggunakan satu sistem untuk perubahan infrastruktur dan sistem lain untuk perubahan aplikasi.

Mengapa ini penting

Menunjukkan asal data, yang penting untuk validasi data, penelusuran masalah, dan analisis proses yang melibatkan beberapa sistem.

Sumber data

Informasi ini mungkin tersimpan sebagai kolom dalam data sumber atau ditambahkan selama proses ekstraksi dan transformasi data (ETL).

Contoh
ServiceNowJira Service ManagementBMC Helix ITSMIvanti Cherwell
Jenis perubahan
ChangeType
Klasifikasi perubahan, seperti Standar, Normal, atau Darurat, yang sering menentukan jalur prosesnya.
Deskripsi

Jenis Perubahan menentukan alur kerja, tahapan persetujuan, dan tingkat urgensi yang diperlukan untuk suatu permintaan perubahan. Perubahan Standar biasanya berisiko rendah dan telah disetujui sebelumnya. Perubahan Normal mengikuti proses penilaian dan persetujuan lengkap. Perubahan Darurat perlu ditangani lebih cepat karena kebutuhan bisnis yang mendesak.

Menganalisis proses berdasarkan Jenis Perubahan merupakan bagian penting dari analisis manajemen perubahan. Cara ini membantu membandingkan kinerja dan kepatuhan berbagai alur kerja perubahan. Misalnya, analis dapat memeriksa apakah perubahan Darurat benar-benar diproses lebih cepat atau perubahan Standar mengikuti alur yang lebih sederhana dan telah disetujui sebelumnya. Pengelompokan ini membantu memahami variasi proses dan memastikan tingkat tata kelola yang sesuai diterapkan.

Mengapa ini penting

Atribut ini penting untuk mengelompokkan analisis karena tiap jenis perubahan memiliki alur proses, persyaratan persetujuan, dan ekspektasi kinerja yang berbeda.

Sumber data

Terdapat di catatan utama atau data header permintaan perubahan.

Contoh
StandarNormalDaruratMayor
Layanan terdampak
AffectedBusinessService
Layanan bisnis utama atau Item Konfigurasi (CI) yang terdampak oleh perubahan.
Deskripsi

Layanan Bisnis Terdampak menunjukkan kemampuan bisnis utama, seperti 'Layanan Email' atau 'Perbankan Online', yang akan diubah. Atribut ini juga dapat merujuk pada Item Konfigurasi (CI) teknis tertentu, seperti server atau aplikasi yang mendukung layanan bisnis.

Atribut ini memberikan konteks bisnis penting bagi proses manajemen perubahan. Analisis dapat berfokus pada dampak bisnis, bukan hanya aktivitas TI. Misalnya, analis dapat mengetahui layanan mana yang paling sering mengalami perubahan, yang mungkin menunjukkan ketidakstabilan atau tingginya tingkat pembaruan. Atribut ini juga membantu menentukan prioritas perubahan dan menilai risiko dengan menghubungkan perubahan teknis ke fungsi bisnis yang didukungnya.

Mengapa ini penting

Menghubungkan perubahan TI dengan konteks bisnis sehingga dapat dianalisis layanan bisnis mana yang paling terdampak oleh aktivitas perubahan dan risiko terkait.

Sumber data

Terdapat di catatan utama permintaan perubahan dan sering ditautkan ke Basis Data Manajemen Konfigurasi (CMDB).

Contoh
Perbankan OnlineLayanan EmailSAP ERPSRV_WebApp01
Pengguna penanggung jawab
ResponsibleUser
Pengguna yang bertanggung jawab atas permintaan perubahan atau penyelesaian tugas tertentu.
Deskripsi

Pengguna Penanggung Jawab adalah orang yang ditugaskan untuk menangani permintaan perubahan atau aktivitas tertentu. Atribut ini memberikan gambaran beban kerja dan tanggung jawab yang lebih terperinci daripada penugasan di tingkat tim.

Analisis data di tingkat pengguna dapat membantu pengelolaan kinerja dan menemukan kebutuhan pelatihan. Analisis ini dapat menunjukkan orang yang ahli dalam proses atau yang mungkin mengalami kesulitan dengan tugas tertentu. Atribut ini juga digunakan untuk menganalisis pengerjaan ulang, misalnya untuk mengetahui apakah perubahan yang ditangani orang tertentu lebih sering ditolak atau memerlukan perbaikan. Namun, gunakan informasi ini secara konstruktif, bukan untuk menghukum.

Mengapa ini penting

Memberikan gambaran terperinci untuk menganalisis beban kerja dan kinerja individu, serta membantu menemukan tenaga ahli dan kebutuhan pelatihan dalam tim.

Sumber data

Biasanya terdapat di catatan permintaan perubahan atau detail tingkat tugas, dengan label seperti 'Penerima Tugas' atau 'Ditugaskan Kepada'.

Contoh
John Smithjane.doeServiceAccountBelum ditugaskan
Prioritas
ChangePriority
Tingkat prioritas yang diberikan kepada permintaan perubahan, biasanya ditentukan berdasarkan dampak dan urgensinya.
Deskripsi

Prioritas Perubahan digunakan untuk menentukan tingkat kepentingan suatu permintaan perubahan. Prioritas membantu tim menjadwalkan pekerjaan dan mengalokasikan sumber daya secara efektif agar perubahan yang paling penting ditangani lebih dahulu. Prioritas sering dihitung berdasarkan potensi dampak perubahan terhadap bisnis dan urgensi penerapannya.

Dalam process mining, prioritas menjadi dimensi penting untuk memfilter dan membandingkan data. Analis dapat memeriksa apakah perubahan berprioritas tinggi benar-benar diproses lebih cepat daripada perubahan berprioritas rendah. Perbedaan yang ditemukan dapat menunjukkan masalah alokasi sumber daya, hambatan persetujuan untuk perubahan penting, atau penerapan aturan prioritas yang tidak konsisten.

Mengapa ini penting

Membantu menganalisis apakah perubahan berprioritas tinggi diproses lebih cepat daripada perubahan berprioritas rendah, sekaligus memeriksa efektivitas kebijakan prioritas.

Sumber data

Terdapat di catatan utama atau data header permintaan perubahan.

Contoh
1 - Kritis2 - Tinggi3 - Sedang4 - Rendah
Status perubahan
ChangeStatus
Tahap terkini atau status akhir permintaan perubahan dalam siklusnya, seperti 'Sedang Berlangsung', 'Menunggu Persetujuan', atau 'Ditutup'.
Deskripsi

Status Perubahan menunjukkan tahap permintaan perubahan pada waktu tertentu atau hasil akhirnya. Status biasanya menandai tonggak utama dalam proses dan memberikan gambaran umum tentang kemajuannya.

Atribut ini dapat digunakan dengan dua cara. Sebagai atribut rekam kondisi, atribut ini menunjukkan status terkini semua perubahan yang masih terbuka. Informasi ini berguna untuk dasbor operasional yang memantau jumlah penyelesaian dan pekerjaan tertunda. Sebagai atribut peristiwa, perubahan status dapat dianggap sebagai aktivitas tersendiri dan memperkaya log peristiwa jika data aktivitas terperinci terbatas. Analisis perpindahan status membantu memahami siklus perubahan dan menemukan bagian tempat perubahan tertahan.

Mengapa ini penting

Memberikan gambaran kemajuan perubahan sehingga hambatan, jumlah penyelesaian, dan status terkini pekerjaan perubahan yang tertunda dapat dianalisis.

Sumber data

Terdapat di catatan header permintaan perubahan. Riwayat perubahan status mungkin tersedia di log audit.

Contoh
BaruPenilaianOtorisasiDitutupDitolak
Tim penanggung jawab
ResponsibleTeam
Tim, grup penugasan, atau antrean yang bertanggung jawab atas permintaan perubahan atau aktivitas tertentu dalam proses.
Deskripsi

Tim Penanggung Jawab menunjukkan kelompok orang yang ditugaskan menangani perubahan pada tahap tertentu. Tim ini dapat berupa tim penilai, dewan persetujuan seperti CAB, atau tim teknis yang menerapkan perubahan.

Atribut ini penting untuk menganalisis alokasi sumber daya, pembagian beban kerja, dan serah terima antar tim. Analisis jaringan sosial dapat menunjukkan pola komunikasi dan hambatan di antara berbagai kelompok. Dengan mengukur waktu yang dihabiskan bersama tiap tim, organisasi dapat mengetahui kelompok mana yang kelebihan beban atau bagian mana yang sering mengalami keterlambatan saat tanggung jawab dialihkan.

Mengapa ini penting

Atribut ini penting untuk menganalisis serah terima antar tim, menemukan hambatan terkait sumber daya, dan memahami pembagian beban kerja di seluruh organisasi.

Sumber data

Terdapat di catatan permintaan perubahan atau detail tingkat aktivitas. Nama kolomnya mungkin 'Grup Penugasan' atau 'Tim'.

Contoh
CABRekayasa JaringanAdministrator Basis DataDukungan Aplikasi Tingkat 2
Tingkat risiko
RiskLevel
Penilaian potensi risiko yang terkait dengan penerapan perubahan, seperti 'Rendah', 'Sedang', atau 'Tinggi'.
Deskripsi

Tingkat Risiko menunjukkan kemungkinan terjadinya kegagalan perubahan dan potensi dampak negatifnya. Penilaian ini menentukan tingkat pengujian, pemeriksaan, dan persetujuan yang diperlukan. Perubahan berisiko tinggi biasanya memerlukan tinjauan yang lebih ketat daripada perubahan berisiko rendah.

Atribut ini memungkinkan analisis proses berdasarkan risiko. Atribut ini dapat digunakan untuk memeriksa apakah perubahan berisiko tinggi mendapat tinjauan yang sesuai, misalnya oleh Change Advisory Board (CAB). Atribut ini juga membantu menghubungkan tingkat risiko dengan hasil, seperti memeriksa apakah perubahan berisiko tinggi lebih sering gagal. Jika demikian, penilaian risiko atau proses mitigasi mungkin perlu diperbaiki.

Mengapa ini penting

Membantu menganalisis apakah kontrol proses dan alur kerja persetujuan sudah sesuai dengan tingkat risiko perubahan yang dinilai.

Sumber data

Terdapat di data header atau detail penilaian risiko permintaan perubahan.

Contoh
TinggiSedangRendahSangat tinggi
Waktu akhir peristiwa
EventEndTime
Stempel waktu yang menunjukkan tanggal dan waktu persis saat aktivitas atau peristiwa tertentu selesai.
Deskripsi

Waktu Akhir Peristiwa menandai selesainya suatu aktivitas. Jika dipasangkan dengan Waktu Mulai Peristiwa, durasi pengerjaan setiap langkah dalam siklus perubahan dapat dihitung dengan tepat.

Atribut ini menjadi dasar analisis kinerja. Selisih waktu mulai dan waktu akhir menunjukkan waktu pengerjaan suatu aktivitas, sedangkan selang antara waktu akhir satu aktivitas dan waktu mulai aktivitas berikutnya menunjukkan waktu tunggu. Pembedaan ini membantu mengetahui apakah keterlambatan disebabkan oleh tugas yang lama atau waktu menganggur di antara tugas, sehingga perbaikan dapat diarahkan dengan tepat.

Mengapa ini penting

Atribut ini memungkinkan penghitungan durasi aktivitas secara tepat dan membantu membedakan waktu pengerjaan yang memberi nilai tambah dari waktu tunggu yang tidak memberi nilai tambah.

Sumber data

Sering ditemukan di log aktivitas atau tabel jejak audit. Jika tidak tersedia, nilainya terkadang dapat diturunkan dari waktu mulai peristiwa berikutnya.

Contoh
2023-10-26T09:15:30Z2023-10-26T17:00:00Z2023-10-27T11:55:12Z
Alasan hasil
ChangeOutcomeReason
Kode atau keterangan yang menjelaskan hasil akhir perubahan yang ditutup, seperti alasan penolakan atau pembatalan.
Deskripsi

Alasan Hasil Perubahan menjelaskan mengapa permintaan perubahan berakhir dengan hasil tertentu. Untuk perubahan yang berhasil, alasannya mungkin 'Berhasil'. Untuk perubahan yang gagal, alasannya dapat berupa 'Tidak berhasil, pemulihan dimulai'. Untuk perubahan yang ditolak atau dibatalkan, alasan dapat menjelaskan keputusan tersebut, seperti 'Justifikasi tidak memadai' atau 'Dibatalkan oleh pemohon'.

Atribut ini penting untuk menganalisis akar penyebab perubahan yang gagal atau ditolak. Dengan mengelompokkan dan menganalisis alasan, organisasi dapat menemukan pola kegagalan yang umum. Misalnya, jika banyak perubahan ditolak karena 'Informasi tidak lengkap', proses pengajuan perubahan mungkin perlu diperbaiki. Data ini membantu menghitung dan memahami KPI seperti Tingkat Kegagalan Perubahan dan Tingkat Persetujuan pada Pengajuan Pertama.

Mengapa ini penting

Memberikan data penting untuk menganalisis akar penyebab perubahan yang gagal, ditolak, atau dibatalkan, sehingga kualitas permintaan perubahan berikutnya dapat ditingkatkan.

Sumber data

Terdapat di detail penutupan catatan permintaan perubahan. Nama kolomnya mungkin 'Kode Penutupan', 'Resolusi', atau 'Alasan Penolakan'.

Contoh
BerhasilTidak berhasilDitolak, justifikasi tidak memadaiDibatalkan oleh penggunaBerhasil dengan kendala
Alasan perubahan
ChangeReason
Justifikasi atau alasan bisnis untuk mengusulkan perubahan, yang menjelaskan mengapa perubahan diperlukan.
Deskripsi

Alasan Perubahan adalah keterangan yang menjelaskan pendorong bisnis di balik permintaan perubahan. Atribut ini menjawab pertanyaan 'Mengapa perubahan ini dilakukan?' dan memberikan konteks, seperti 'Pembaruan keamanan untuk kerentanan kritis' atau 'Fitur baru untuk meningkatkan pengalaman pelanggan'.

Meski sering berupa kolom teks bebas, atribut ini dapat memberikan wawasan kualitatif yang berguna jika dikelompokkan atau dianalisis dengan teknik penambangan teks. Atribut ini membantu memahami kebutuhan perubahan dari berbagai bagian bisnis. Misalnya, analisis dapat menunjukkan bahwa sebagian besar perubahan dilakukan untuk memperbaiki bug, yang mungkin menandakan masalah kualitas perangkat lunak. Pada periode lain, banyak perubahan mungkin berkaitan dengan proyek strategis.

Mengapa ini penting

Memberikan konteks bisnis tentang alasan perubahan diajukan dan membantu menganalisis pendorong utama perubahan dalam organisasi.

Sumber data

Biasanya terdapat di formulir pengajuan awal atau detail header permintaan perubahan.

Contoh
Penerapan patch keamanan mendesakPembaruan siklus hidup perangkat kerasPenerapan fitur baru untuk Q4Menangani insiden produksi INC012345
Dampak
ChangeImpact
Dampak perubahan yang dinilai terhadap layanan bisnis dan infrastruktur TI jika perubahan berhasil atau gagal.
Deskripsi

Dampak Perubahan mengukur potensi pengaruh perubahan terhadap operasional bisnis, layanan, atau infrastruktur. Bersama urgensi, dampak menjadi salah satu faktor utama untuk menentukan prioritas perubahan. Contohnya, perubahan yang memengaruhi layanan penting yang digunakan pelanggan memiliki dampak tinggi.

Analisis berdasarkan dampak membantu memastikan perubahan yang memengaruhi layanan penting ditangani dengan cermat. Pemeriksaan kesesuaian dapat digunakan untuk memastikan perubahan berdampak tinggi selalu melalui tahap persetujuan atau pengujian tertentu. Analisis ini juga memungkinkan perbandingan kinerja, misalnya untuk memeriksa apakah perubahan berdampak tinggi membutuhkan waktu penerapan lebih lama karena tinjauan dan pengujian yang lebih menyeluruh.

Mengapa ini penting

Membantu memastikan perubahan yang berdampak besar pada bisnis melalui tinjauan dan pengujian yang lebih ketat, sehingga tata kelola tetap terjaga.

Sumber data

Terdapat di catatan utama atau data header permintaan perubahan.

Contoh
1-Dampak luas2-Dampak besar3-Dampak sedang/terbatas4-Dampak kecil/setempat
Tanggal penyelesaian yang direncanakan
PlannedCompletionDate
Tanggal rencana atau target untuk menyelesaikan penerapan perubahan.
Deskripsi

Tanggal Penyelesaian yang Direncanakan adalah tenggat perubahan yang ditetapkan berdasarkan kebutuhan bisnis atau Perjanjian Tingkat Layanan (SLA). Tanggal ini menjadi acuan untuk mengukur ketepatan waktu dan kinerja proses manajemen perubahan.

Atribut ini penting untuk analisis kinerja SLA. Dengan membandingkan tanggal penyelesaian aktual dengan tanggal yang direncanakan, organisasi dapat menghitung Tingkat Penyelesaian Tepat Waktu, salah satu indikator kinerja utama. Analisis perubahan yang melewati tanggal rencana dapat membantu menemukan penyebab keterlambatan, seperti hambatan persetujuan, keterbatasan sumber daya, atau perencanaan yang tidak realistis.

Mengapa ini penting

Atribut ini penting untuk mengukur kepatuhan terhadap SLA dan penyelesaian tepat waktu, serta membantu menemukan penyebab keterlambatan proses.

Sumber data

Biasanya terdapat di data header permintaan perubahan.

Contoh
2023-11-15T17:00:00Z2023-11-20T23:59:59Z2023-12-01T12:00:00Z
Urgensi
ChangeUrgency
Tingkat urgensi perubahan yang menunjukkan seberapa mendesak penerapannya dari sudut pandang bisnis.
Deskripsi

Urgensi Perubahan menunjukkan seberapa cepat perubahan perlu diterapkan untuk memenuhi kebutuhan bisnis. Urgensi mencerminkan batas waktu perubahan, terpisah dari potensi dampaknya. Perubahan mungkin berdampak kecil tetapi sangat mendesak, misalnya perbaikan masalah kecil sebelum kampanye pemasaran dimulai.

Urgensi menjadi komponen penting dalam penghitungan prioritas dan digunakan untuk menganalisis ketepatan waktu proses manajemen perubahan. Analis dapat memeriksa apakah perubahan yang sangat mendesak memang diproses lebih cepat. Perbandingan waktu siklus pada berbagai tingkat urgensi dapat menunjukkan apakah proses tanggap terhadap kebutuhan bisnis atau semua perubahan ditangani dengan kecepatan yang sama, tanpa mempertimbangkan batas waktunya.

Mengapa ini penting

Membantu menganalisis ketanggapan proses terhadap kebutuhan bisnis yang sensitif terhadap waktu dengan membandingkan waktu siklus pada berbagai tingkat urgensi.

Sumber data

Terdapat di catatan utama atau data header permintaan perubahan.

Contoh
1-Kritis2-Tinggi3-Sedang4-Rendah
Wajib Disarankan Opsional

Aktivitas pengelolaan perubahan

Bagian ini mencantumkan langkah proses dan pencapaian penting yang perlu dicatat dalam data agar proses pengelolaan perubahan dapat ditemukan dengan akurat.
7 Disarankan 7 Opsional
Aktivitas Deskripsi
Permintaan perubahan dibuat
Aktivitas ini menandai pembuatan awal catatan permintaan perubahan di sistem. Ini merupakan awal resmi proses manajemen perubahan dan biasanya dicatat berdasarkan stempel waktu pembuatan catatan perubahan.
Mengapa ini penting

Sebagai peristiwa awal utama, aktivitas ini penting untuk menghitung total waktu siklus perubahan dari awal hingga akhir. Aktivitas ini menjadi titik acuan untuk mengukur lama permintaan berada di sistem.

Sumber data

Peristiwa ini hampir selalu dicatat berdasarkan stempel waktu pembuatan catatan atau tiket permintaan perubahan utama.

Pengumpulan data

Gunakan stempel waktu pembuatan catatan permintaan perubahan.

Jenis peristiwa explicit
Perubahan dijadwalkan
Aktivitas ini menandai saat perubahan yang telah disetujui resmi dijadwalkan dengan jendela penerapan yang ditentukan. Peristiwa ini biasanya dicatat saat kolom tanggal mulai dan tanggal selesai yang direncanakan diisi.
Mengapa ini penting

Tahap ini memisahkan perencanaan dari pelaksanaan. Menganalisis waktu antara persetujuan dan penjadwalan dapat mengungkap penumpukan pekerjaan atau masalah alokasi sumber daya.

Sumber data

Disimpulkan dari pengisian atau pembaruan kolom 'Planned Start Date' dan 'Planned End Date', atau perubahan status menjadi 'Scheduled'.

Pengumpulan data

Gunakan stempel waktu saat status catatan perubahan menjadi 'Scheduled' atau saat kolom tanggal yang direncanakan diisi.

Jenis peristiwa inferred
Perubahan disetujui
Tahap penting ketika semua pihak yang diwajibkan telah memberikan persetujuan resmi untuk menerapkan perubahan. Peristiwa ini dicatat saat persetujuan terakhir diberikan, yang sering kali memicu perubahan status.
Mengapa ini penting

Tahap ini menjadi tolok ukur penting untuk mengukur efisiensi persetujuan dan tingkat persetujuan pada pengajuan pertama. Tahap ini memisahkan perencanaan dan penilaian dari penjadwalan dan penerapan.

Sumber data

Biasanya disimpulkan dari perubahan status menjadi 'Approved' atau status serupa. Peristiwa ini juga dapat dicatat berdasarkan stempel waktu persetujuan terakhir.

Pengumpulan data

Catat stempel waktu saat status persetujuan keseluruhan perubahan ditetapkan menjadi 'Approved'.

Jenis peristiwa inferred
Perubahan diterapkan
Tahap penting yang menandakan pekerjaan terkait perubahan telah selesai. Peristiwa ini biasanya dicatat melalui perubahan status menjadi 'Implemented' atau 'Pending Verification'.
Mengapa ini penting

Tahap ini menandai berakhirnya penerapan dan penting untuk mengukur durasi penerapan yang sebenarnya. Tahap ini juga memicu aktivitas pascapenerapan, seperti pengujian dan peninjauan.

Sumber data

Dicatat dari perubahan status dalam riwayat catatan perubahan ke status yang menandakan penerapan telah selesai.

Pengumpulan data

Gunakan stempel waktu saat status catatan perubahan diperbarui menjadi 'Implemented' atau 'Completed'.

Jenis peristiwa inferred
Perubahan ditolak
Menandai penolakan resmi permintaan perubahan oleh pemberi persetujuan, yang menghentikan proses. Status ini dapat menjadi status akhir permintaan atau memicu siklus pengerjaan ulang.
Mengapa ini penting

Melacak penolakan penting untuk menghitung tingkat kegagalan perubahan dan menemukan alasan umum penolakan. Informasi ini menyoroti masalah pada kualitas, perencanaan, atau justifikasi perubahan.

Sumber data

Dicatat dari perubahan status dalam riwayat catatan perubahan menjadi status seperti 'Rejected' atau 'Denied'.

Pengumpulan data

Temukan stempel waktu saat status catatan perubahan diperbarui menjadi 'Rejected'.

Jenis peristiwa inferred
Perubahan ditutup
Menandai selesainya proses manajemen perubahan secara resmi dan berhasil. Peristiwa ini dicatat saat status tiket perubahan beralih ke status akhir 'Closed', yang menunjukkan semua pekerjaan telah selesai.
Mengapa ini penting

Sebagai peristiwa akhir utama yang menandakan keberhasilan, aktivitas ini penting untuk menghitung waktu siklus dari awal hingga akhir. Aktivitas ini menunjukkan bahwa perubahan telah diproses sepenuhnya dan diterima.

Sumber data

Dicatat dari perubahan status terakhir pada catatan perubahan ke status penyelesaian seperti 'Closed' atau 'Done'.

Pengumpulan data

Gunakan stempel waktu perubahan status terakhir menjadi 'Closed'.

Jenis peristiwa inferred
Perubahan menunggu persetujuan
Menandakan bahwa permintaan perubahan telah melewati peninjauan awal dan kini menunggu keputusan resmi dari pemberi persetujuan atau dewan. Aktivitas ini biasanya dicatat dari perubahan status dalam alur kerja, misalnya menjadi 'Pending Approval'.
Mengapa ini penting

Status ini penting untuk mengukur waktu siklus persetujuan dan menemukan hambatan dalam proses pengambilan keputusan. Durasi yang panjang pada tahap ini sering menunjukkan alur persetujuan yang tidak efisien atau pemberi persetujuan yang tidak tersedia.

Sumber data

Disimpulkan dari perubahan status dalam riwayat catatan perubahan ke status seperti 'Awaiting Approval', 'Pending CAB', atau 'Authorize'.

Pengumpulan data

Temukan perubahan status yang menandai dimulainya masa tunggu persetujuan resmi.

Jenis peristiwa inferred
Penerapan dimulai
Menandai dimulainya pelaksanaan teknis perubahan yang telah disetujui. Peristiwa ini biasanya dicatat dari perubahan status 'Scheduled' menjadi 'In Progress' atau 'Implementing'.
Mengapa ini penting

Aktivitas ini menunjukkan kapan jendela perubahan yang sebenarnya dimulai. Membandingkan waktu mulai yang direncanakan dengan waktu aktual penting untuk menganalisis kepatuhan terhadap jadwal.

Sumber data

Disimpulkan dari perubahan status dalam riwayat catatan perubahan ke status aktif seperti 'In Progress' atau 'Implementing'.

Pengumpulan data

Temukan stempel waktu perubahan status menjadi 'In Progress'.

Jenis peristiwa inferred
Pengujian pascapenerapan selesai
Menandai selesainya semua aktivitas pengujian dan validasi yang diwajibkan untuk memastikan perubahan berhasil. Peristiwa ini dapat memiliki status tersendiri atau disimpulkan dari penutupan tugas pengujian.
Mengapa ini penting

Melacak penyelesaian pengujian membantu mengukur durasi dan efektivitas tahap verifikasi. Ini merupakan langkah penting sebelum perubahan dapat ditutup secara resmi.

Sumber data

Sering disimpulkan dari penyelesaian tugas pengujian terkait atau perubahan status menjadi 'Verification Complete' atau 'Testing Done'.

Pengumpulan data

Cari tugas verifikasi yang ditutup atau pembaruan status tertentu setelah penerapan.

Jenis peristiwa inferred
Penilaian risiko selesai
Aktivitas ini menandakan selesainya analisis risiko dan dampak untuk perubahan yang diusulkan. Peristiwa ini sering disimpulkan ketika kolom terkait risiko telah diisi atau tugas penilaian tertentu ditandai selesai.
Mengapa ini penting

Menganalisis waktu yang dibutuhkan untuk penilaian risiko membantu menemukan hambatan pada tahap awal proses perubahan. Informasi ini penting untuk memahami seberapa cepat perubahan disiapkan agar mendapat persetujuan resmi.

Sumber data

Disimpulkan dari pembaruan status, penyelesaian tugas penilaian terkait, atau pembaruan kolom risiko dan dampak tertentu pada catatan perubahan.

Pengumpulan data

Cari tugas penilaian risiko yang selesai atau perubahan status yang menunjukkan bahwa tahap penilaian telah berakhir.

Jenis peristiwa inferred
Peninjauan pascapenerapan selesai
Menandakan selesainya peninjauan resmi untuk menilai keberhasilan perubahan dan mencatat pelajaran yang diperoleh. Peristiwa ini biasanya dicatat melalui perubahan status atau penutupan tugas peninjauan.
Mengapa ini penting

Aktivitas ini penting untuk perbaikan proses berkelanjutan. Menganalisis waktu yang dibutuhkan untuk menyelesaikan PIR dapat menunjukkan komitmen organisasi untuk belajar dari perubahan sebelumnya.

Sumber data

Disimpulkan dari perubahan status ke status 'Review', penyelesaian tugas PIR, atau penambahan catatan peninjauan setelah penerapan.

Pengumpulan data

Temukan stempel waktu saat tugas Post-Implementation Review ditutup atau status beralih dari 'Review'.

Jenis peristiwa inferred
Perubahan diajukan untuk ditinjau
Menandai pengajuan resmi permintaan perubahan yang baru dibuat untuk evaluasi atau penilaian awal. Peristiwa ini biasanya disimpulkan ketika status perubahan beralih dari 'Draft' atau 'New' ke status yang menunjukkan bahwa permintaan siap ditinjau.
Mengapa ini penting

Aktivitas ini membantu mengidentifikasi waktu yang dihabiskan untuk mengumpulkan data awal sebelum penilaian resmi dimulai. Aktivitas ini dapat menunjukkan keterlambatan dalam menyiapkan perubahan untuk pemeriksaan pertama.

Sumber data

Biasanya disimpulkan dari perubahan status dalam riwayat permintaan perubahan, misalnya dari 'New' menjadi 'Assessing' atau 'In Review'.

Pengumpulan data

Temukan perubahan status dari 'Draft' atau 'New' ke status peninjauan.

Jenis peristiwa inferred
Perubahan dibatalkan
Menandai penghentian permintaan perubahan sebelum penerapan atau penyelesaian. Ini merupakan status akhir alternatif yang dicatat saat status tiket ditetapkan menjadi 'Canceled' atau 'Withdrawn'.
Mengapa ini penting

Peristiwa akhir ini menandakan upaya yang terbuang. Menganalisis frekuensi dan waktu pembatalan membantu menemukan inefisiensi proses atau perubahan prioritas bisnis.

Sumber data

Dicatat dari perubahan status catatan perubahan ke status akhir seperti 'Canceled' atau 'Withdrawn'.

Pengumpulan data

Gunakan stempel waktu perubahan status menjadi 'Canceled'.

Jenis peristiwa inferred
Rencana penerapan diselesaikan
Menandakan bahwa seluruh perencanaan yang diperlukan untuk perubahan telah selesai, termasuk rencana penerapan, pengujian, dan pemulihan. Peristiwa ini biasanya disimpulkan dari perubahan status setelah persetujuan atau penyelesaian tugas perencanaan.
Mengapa ini penting

Aktivitas ini mengukur durasi tahap perencanaan terperinci. Keterlambatan pada tahap ini dapat memengaruhi kemampuan untuk menjadwalkan dan melaksanakan perubahan tepat waktu.

Sumber data

Sering disimpulkan dari penyelesaian tugas khusus perencanaan atau pembaruan status yang menunjukkan bahwa perencanaan telah selesai.

Pengumpulan data

Cari tugas perencanaan yang ditutup atau perubahan status dari 'Approved' menjadi 'Scheduled'.

Jenis peristiwa inferred
Disarankan Opsional

Panduan ekstraksi

Cara mendapatkan data untuk process mining.

Metode ekstraksi berbeda-beda untuk setiap sistem. Untuk petunjuk lengkap,

baca panduan ETL kami   atau   pilih proses dan sistem tertentu.

Siap memulai?

Mulailah meningkatkan proses pengelolaan perubahan Anda hari ini. Pilih panduan ekstraksi khusus sistem untuk mendapatkan petunjuk yang sesuai, atau gunakan templat umum ini sebagai rancangan awal.

Optimalkan pengelolaan perubahan agar lebih efisien

Sederhanakan proses, kurangi risiko, dan percepat penerapan.

Mulai uji coba gratis

Tidak perlu kartu kredit. Siapkan dalam hitungan menit.