Templat data Hire to Retire - Manajemen Posisi
Templat data Hire to Retire - Manajemen Posisi
Ini template data umum kami untuk process mining Rekrutmen hingga pensiun, manajemen posisi. Gunakan template khusus sistem untuk mendapatkan panduan yang lebih terarah.
Pilih sistem tertentu- Struktur standar untuk data log peristiwa Anda.
- Atribut dan aktivitas yang disarankan untuk analisis mendalam.
- Panduan yang dapat digunakan untuk berbagai sistem sumber.
Atribut Hire to Retire - Manajemen Posisi
| Nama | Deskripsi | ||
|---|---|---|---|
| ID Posisi PositionId | Pengenal unik untuk posisi pekerjaan tertentu dalam organisasi. ID ini menjadi pengenal kasus utama dalam proses pengelolaan posisi. | ||
| Deskripsi ID Posisi adalah kunci unik untuk membedakan setiap posisi. ID ini menghubungkan semua aktivitas dan peristiwa dalam siklus hidup satu posisi, mulai dari permintaan awal hingga posisi ditutup. Dalam process mining, setiap log peristiwa memerlukan pengenal kasus untuk mengelompokkan aktivitas terkait ke dalam satu instans proses. Dengan menggunakan ID Posisi sebagai ID Kasus, analis dapat menelusuri seluruh perjalanan setiap posisi dari awal hingga akhir. Ini membantu memvisualisasikan alur proses, menghitung waktu siklus tiap posisi, serta menemukan jalur yang umum atau penyimpangan. Mengapa ini penting Atribut ini penting untuk mengelompokkan semua aktivitas terkait dalam satu instans proses, sehingga siklus hidup setiap posisi dapat dianalisis dari awal hingga akhir. Sumber data Biasanya terdapat di bagian header atau data utama pada modul pengelolaan posisi atau sistem informasi sumber daya manusia (HRIS). Contoh POS-0012586003491-FINMKTG-SR-ANALYST-2 | |||
| Nama Aktivitas ActivityName | Nama peristiwa bisnis, tugas, atau perubahan status tertentu yang terjadi pada waktu tertentu dalam proses pengelolaan posisi. | ||
| Deskripsi Nama Aktivitas menjelaskan satu langkah atau tindakan dalam siklus hidup pengelolaan posisi. Aktivitas ini menjadi bagian penyusun peta proses dan mewakili peristiwa penting, seperti 'Permintaan Posisi Dimulai', 'Persetujuan Anggaran Diterima', atau 'Posisi Ditutup'. Dengan melacak aktivitas ini, Anda dapat memvisualisasikan seluruh alur proses. Data ini membantu melihat urutan peristiwa, menemukan variasi proses, serta mengidentifikasi hambatan atau siklus pengerjaan ulang, misalnya aktivitas 'Permintaan Posisi Dikembalikan untuk Diperbaiki' yang berulang. Nama aktivitas yang jelas dan konsisten penting untuk membuat model proses yang akurat dan mudah dipahami. Mengapa ini penting Atribut ini menjadi dasar untuk menyusun peta proses, mengidentifikasi hambatan, dan memahami urutan peristiwa dalam siklus hidup posisi. Sumber data Dihasilkan dari log peristiwa, tabel perubahan status, atau kode transaksi di sistem HR atau pengelolaan posisi. Contoh Pengajuan posisi dimulaiPersetujuan manajer diterimaPosisi terisiPosisi direklasifikasi | |||
| Waktu Peristiwa EventTime | Tanggal dan waktu tepat saat aktivitas tertentu dalam proses pengelolaan posisi terjadi. Nilai ini menunjukkan waktu mulai aktivitas. | ||
| Deskripsi Waktu Peristiwa adalah stempel waktu yang mencatat saat tepat suatu aktivitas berlangsung. Informasi ini memberi urutan waktu untuk seluruh proses, sehingga peristiwa dapat disusun dengan benar untuk merekonstruksi alur proses yang terjadi. Stempel waktu ini menjadi dasar semua analisis berbasis waktu. Data ini digunakan untuk menghitung waktu siklus antaraktivitas, mengetahui durasi langkah persetujuan, dan mengukur waktu total dari pembuatan posisi hingga posisi terisi. Stempel waktu yang akurat penting untuk dasbor seperti 'Waktu Siklus Pengelolaan Posisi' dan KPI seperti 'Rata-rata Waktu Siklus Persetujuan Posisi'. Mengapa ini penting Atribut ini penting untuk mengurutkan peristiwa secara kronologis dan menghitung semua metrik durasi, seperti waktu siklus dan waktu penyelesaian. Sumber data Biasanya terdapat di log sistem, catatan transaksi, atau kolom tanggal pembuatan dan perubahan dokumen pada sistem sumber. Contoh 2023-04-15T10:30:00Z2023-06-21T14:05:12Z2024-01-10T09:00:00Z | |||
| Pembaruan Data Terakhir LastDataUpdate | Stempel waktu yang menunjukkan kapan data untuk peristiwa ini terakhir kali dimuat ulang atau diperbarui dalam kumpulan data process mining. | ||
| Deskripsi Atribut ini mencatat kapan kumpulan data terakhir diperbarui dari sistem sumber. Sebagai kolom metadata, informasi ini memberi konteks penting tentang kebaruan data yang dianalisis. Analis menggunakan informasi ini untuk memahami rentang waktu yang dicakup analisis dan memastikan data yang digunakan adalah data terbaru yang tersedia. Untuk pemantauan proses berkelanjutan, waktu pembaruan terakhir penting agar dashboard dan KPI mencerminkan kondisi operasional terkini, serta kesimpulan yang diambil didasarkan pada informasi terbaru. Mengapa ini penting Informasi ini membantu analis mengetahui seberapa baru data yang digunakan, sehingga analisis tetap relevan dan didasarkan pada informasi terbaru. Sumber data Stempel waktu ini biasanya dibuat dan disimpan selama proses ekstraksi dan transformasi data (ETL). Contoh 2024-07-20T02:00:00Z2024-07-19T02:00:00Z2024-07-18T02:00:00Z | |||
| Sistem Sumber SourceSystem | Nama atau pengenal sistem tempat data peristiwa diekstrak, seperti HRIS utama atau modul perekrutan khusus. | ||
| Deskripsi Atribut Sistem Sumber menunjukkan asal data proses. Di banyak organisasi, proses perekrutan hingga pensiun mencakup beberapa aplikasi, misalnya sistem HR utama untuk mengelola posisi dan sistem pelacakan pelamar (ATS) terpisah untuk perekrutan. Mencantumkan sistem sumber penting saat menggabungkan data dari berbagai sumber untuk mendapatkan gambaran proses yang terpadu. Informasi ini membantu memvalidasi data, mengatasi masalah integrasi, dan memahami kontribusi tiap sistem terhadap keseluruhan proses. Anda juga dapat menemukan keterlambatan atau perbedaan data yang terjadi saat perpindahan antar sistem. Mengapa ini penting Atribut ini memberi konteks tentang asal data, yang penting untuk validasi data dan analisis proses yang melibatkan beberapa sistem terintegrasi. Sumber data Informasi ini biasanya tersedia dalam metadata ekstrak data atau dapat ditambahkan sebagai nilai tetap selama transformasi data. Contoh Workday HCMSAP SuccessFactorsOracle Fusion HCMDynamics 365 HR | |||
| Departemen Department | Departemen, unit bisnis, atau unit organisasi tempat posisi berada. | ||
| Deskripsi Atribut Departemen memberi konteks organisasi dengan mengaitkan setiap posisi ke bagian tertentu dalam bisnis, seperti 'Keuangan', 'Teknik', atau 'Penjualan'. Dengan begitu, proses pengelolaan posisi dapat dipilah dan dibandingkan antarbagian perusahaan. Dalam analisis, Anda dapat memfilter atau mengelompokkan data berdasarkan departemen. Cara ini membantu menemukan perbedaan kinerja proses, seperti waktu persetujuan yang lebih lama atau tingkat pengerjaan ulang yang lebih tinggi di departemen tertentu. Temuan ini dapat menjadi dasar perbaikan proses yang terarah dan membantu mengenali praktik baik dari departemen berkinerja tinggi untuk diterapkan di seluruh organisasi. Mengapa ini penting Atribut ini memungkinkan perbandingan proses antarunit bisnis untuk menemukan perbedaan dalam efisiensi, kepatuhan, dan biaya. Sumber data Tersedia dalam data induk posisi atau modul pengelolaan organisasi di sistem HR. Contoh KeuanganRiset dan PengembanganPemasaranDukungan Pelanggan | |||
| Jabatan JobTitle | Nama resmi pekerjaan yang terkait dengan posisi, seperti 'Senior Software Engineer' atau 'Marketing Manager'. | ||
| Deskripsi Jabatan menjelaskan peran atau fungsi posisi. Beberapa posisi dapat memiliki jabatan yang sama, tetapi atribut ini tetap memberi konteks penting tentang peran yang dikelola. Analisis proses berdasarkan jabatan atau kelompok pekerjaan yang lebih luas dapat menunjukkan pola khusus untuk jenis peran tertentu. Misalnya, posisi senior atau yang sangat terspesialisasi mungkin memiliki siklus persetujuan lebih lama atau proses perekrutan lebih rumit dibandingkan posisi tingkat pemula. Informasi ini berguna untuk menyesuaikan strategi perekrutan dan menetapkan jadwal yang realistis. Mengapa ini penting Atribut ini memberi konteks tentang peran dan memungkinkan analisis perbedaan proses antarjenis, tingkat, atau fungsi pekerjaan. Sumber data Disimpan dalam data induk posisi dan sering kali terhubung ke katalog pekerjaan atau profil pekerjaan utama di sistem HR. Contoh Akuntan SeniorManajer ProdukIlmuwan DataMitra Bisnis HR | |||
| Nama Manajer ManagerName | Nama manajer perekrutan atau manajer yang menjadi atasan posisi tersebut. | ||
| Deskripsi Nama Manajer menunjukkan orang yang akan mengawasi karyawan dalam posisi baru. Biasanya, orang ini mengajukan permintaan dan berperan penting dalam proses persetujuan serta perekrutan. Atribut ini menjadi bagian utama dalam dasbor 'Analisis Hambatan Persetujuan'. Dengan mengelompokkan aktivitas berdasarkan manajer, Anda dapat menemukan orang yang mungkin memperlambat proses karena beban kerja atau kebutuhan pelatihan tambahan. Data ini juga membantu memahami keterlibatan manajer dan pola pengambilan keputusan dalam proses. Mengapa ini penting Atribut ini menunjukkan pemangku kepentingan utama untuk posisi tersebut, sehingga keterlambatan persetujuan dan pola proses tiap manajer dapat dianalisis. Sumber data Tersedia dalam detail posisi, biasanya sebagai bagian dari struktur pelaporan atau penugasan organisasi. Contoh Robert SmithMaria GarciaChen WeiPriya Patel | |||
| Nama Pengguna UserName | Nama atau pengenal unik pengguna yang melakukan aktivitas atau terkait dengan peristiwa tersebut. | ||
| Deskripsi Nama Pengguna menunjukkan karyawan yang menjalankan tugas tertentu dalam proses, seperti manajer, mitra bisnis HR, atau penanggung jawab anggaran. Orang tersebut dapat mengajukan posisi, menyetujui langkah, atau mengubah detail posisi. Atribut ini penting untuk menganalisis kinerja sumber daya, pembagian beban kerja, dan kepatuhan. Atribut ini membantu menjawab pertanyaan seperti 'Pengguna mana yang menangani permintaan terbanyak?' atau 'Apakah ada keterlambatan yang terkait dengan pemberi persetujuan tertentu?'. Data ini juga digunakan dalam analisis pemisahan tugas untuk memastikan tugas penting tidak dilakukan oleh orang yang sama. Mengapa ini penting Atribut ini memungkinkan analisis pembagian beban kerja, kinerja pengguna, dan kepatuhan, serta membantu menemukan kebutuhan pelatihan atau keterbatasan sumber daya. Sumber data Biasanya tersedia dalam detail transaksi, log perubahan, atau jejak audit, dan sering kali terhubung melalui ID Pengguna. Contoh j.doeEmily.WhiteU789123David Chen | |||
| Pusat Biaya CostCenter | Kode atau pengenal keuangan untuk departemen atau kelompok yang menanggung biaya posisi. | ||
| Deskripsi Pusat Biaya adalah dimensi keuangan yang menghubungkan posisi dengan entitas anggaran tertentu dalam bagan akun organisasi. Pusat biaya digunakan untuk perencanaan keuangan, penganggaran, dan pelaporan jumlah karyawan serta biaya tenaga kerja. Dalam process mining, Pusat Biaya memungkinkan analisis proses pengelolaan posisi dari sisi keuangan. Data ini dapat membantu mengetahui apakah pusat biaya tertentu lebih sering mengalami perubahan posisi, memiliki waktu persetujuan lebih lama, atau menanggung biaya perekrutan lebih tinggi. Informasi ini berguna untuk menganalisis kepatuhan terhadap anggaran dan memahami dampak keuangan dari keputusan pengelolaan posisi. Mengapa ini penting Atribut ini menghubungkan posisi dengan entitas keuangan, sehingga kinerja proses dan biaya dapat dianalisis berdasarkan area anggaran. Sumber data Tersedia dalam detail penugasan keuangan atau organisasi pada data posisi di sistem HR atau ERP. Contoh CC-451001002-FIN-US78345SALES-WEST | |||
| Status Posisi PositionStatus | Status posisi saat ini atau pada waktu peristiwa terjadi, seperti 'Open', 'Filled', 'Frozen', atau 'Closed'. | ||
| Deskripsi Status Posisi menunjukkan keadaan posisi dalam siklus hidupnya. Atribut ini berubah seiring posisi melewati proses. Misalnya, posisi dapat dimulai dengan status 'Menunggu Persetujuan', berubah menjadi 'Open - Recruiting', lalu 'Filled', dan akhirnya 'Closed'. Atribut ini penting untuk analisis berdasarkan status dan untuk dasbor seperti 'Analisis Posisi Lama dan Tidak Aktif'. Dengan menganalisis durasi tiap status, organisasi dapat menemukan hambatan, misalnya posisi yang terlalu lama berstatus 'Open'. Informasi ini juga membantu perencanaan kapasitas dan pemahaman kondisi keseluruhan jalur tenaga kerja. Mengapa ini penting Atribut ini menunjukkan berapa lama posisi berada dalam tiap status. Informasi ini penting untuk menemukan posisi yang tidak kunjung berubah dan mengelola perencanaan tenaga kerja. Sumber data Biasanya disimpan dalam data utama posisi dan diperbarui saat terjadi aktivitas yang mengubah status. Contoh Open - RecruitingMenunggu PersetujuanTerisiDibekukanDitutup | |||
| Waktu Selesai EndTime | Stempel waktu yang menunjukkan kapan suatu aktivitas selesai. Nilai ini digunakan untuk menghitung waktu pemrosesan tiap aktivitas. | ||
| Deskripsi Waktu Peristiwa menandai dimulainya aktivitas, sedangkan Waktu Selesai menandai saat aktivitas tersebut berakhir. Selisih keduanya menunjukkan waktu pemrosesan atau durasi tugas tersebut. Untuk peristiwa yang terjadi seketika, Waktu Selesai dapat sama dengan Waktu Mulai. Dalam analisis, atribut ini penting untuk mengetahui aktivitas tertentu yang paling banyak menyita waktu. Informasi ini membantu menemukan langkah yang tidak efisien dan mendukung analisis hambatan secara terperinci. Misalnya, dengan menganalisis Waktu Selesai pada langkah persetujuan, organisasi dapat mengetahui persetujuan mana yang paling lama dan menentukan fokus perbaikan. Mengapa ini penting Atribut ini memungkinkan Anda menghitung waktu pemrosesan tiap aktivitas dan mengetahui tugas tertentu yang paling banyak menyita waktu. Sumber data Sering kali tersedia bersama waktu mulai dalam log peristiwa sistem atau data transaksi. Nilainya juga dapat diturunkan dari waktu mulai peristiwa berikutnya. Contoh 2023-04-15T11:05:14Z2023-06-21T14:10:00Z2024-01-10T09:00:00Z | |||
| Alasan Perubahan ChangeReason | Alasan yang diberikan saat permintaan posisi ditolak, dikembalikan untuk diperbaiki, atau atributnya diubah. | ||
| Deskripsi Alasan Perubahan mencatat penjelasan untuk peristiwa tertentu yang sering kali tidak biasa dalam proses. Contohnya, alasan permintaan ditolak, dasar klasifikasi ulang, atau komentar saat permintaan dikembalikan kepada pengaju untuk diperbaiki. Data kualitatif ini sangat berguna untuk analisis akar masalah karena menjelaskan alasan di balik penyimpangan proses. Misalnya, analisis alasan penolakan dapat menunjukkan masalah umum dalam permintaan posisi, seperti informasi anggaran yang kurang atau deskripsi pekerjaan yang tidak jelas. Temuan ini penting untuk meningkatkan 'Tingkat Lolos pada Pengajuan Pertama' dan mengurangi 'Tingkat Pengerjaan Ulang Posisi'. Mengapa ini penting Atribut ini memberi konteks penting untuk memahami pengerjaan ulang, penolakan, dan penyimpangan lainnya, sehingga analisis akar masalah dan perbaikan proses dapat dilakukan secara terarah. Sumber data Biasanya terdapat di kolom komentar, catatan, atau kolom kode alasan khusus yang terkait dengan transaksi penolakan, pengerjaan ulang, atau perubahan. Contoh Anggaran tidak disetujuiProfil pekerjaan yang dipilih salahReorganisasiDetail permintaan belum lengkap | |||
| ID Permintaan Perekrutan RequisitionId | Pengenal unik untuk permintaan perekrutan yang terkait dengan posisi, yang menghubungkan posisi tersebut dengan proses perekrutan. | ||
| Deskripsi ID Permintaan Perekrutan menghubungkan proses pengelolaan posisi dengan proses perekrutan. Setelah posisi disetujui dan siap diisi, biasanya permintaan perekrutan dibuat untuk memulai kegiatan perekrutan secara resmi. ID ini penting untuk mendapatkan gambaran menyeluruh tentang siklus perekrutan hingga pensiun. ID ini menghubungkan data pembuatan dan persetujuan posisi dengan data perekrutan berikutnya, seperti pencarian kandidat, wawancara, dan penawaran kerja. Dengan begitu, Anda dapat menganalisis total waktu pengisian posisi, mulai dari permintaan awal hingga tanggal mulai kerja kandidat. Mengapa ini penting Atribut ini menghubungkan posisi dengan proses perekrutan, sehingga seluruh siklus akuisisi talenta dapat dianalisis dari awal hingga akhir. Sumber data Biasanya dibuat oleh Applicant Tracking System (ATS) atau modul perekrutan, lalu ditautkan ke data posisi di HRIS utama. Contoh REQ-2024-05-201JR102345R-0098778553 | |||
| Kelompok Pekerjaan JobFamily | Pengelompokan pekerjaan pada tingkat umum yang memiliki fungsi atau keterampilan serupa, atau berada dalam bidang profesi yang sama. | ||
| Deskripsi Kelompok Pekerjaan mengelompokkan jabatan yang saling terkait. Misalnya, 'Software Engineer', 'QA Tester', dan 'DevOps Engineer' dapat masuk dalam kelompok pekerjaan 'Teknik'. Pengelompokan ini membantu mengategorikan dan menganalisis posisi pada tingkat yang lebih luas daripada jabatan tertentu. Dengan menggunakan Kelompok Pekerjaan dalam analisis, Anda dapat melihat tren tenaga kerja dan efisiensi proses secara strategis. Organisasi dapat membandingkan siklus hidup pengelolaan posisi antarbidang, seperti 'Keuangan' dan 'TI'. Hasilnya dapat menunjukkan hambatan atau praktik baik pada fungsi tertentu, serta menjadi masukan untuk perencanaan tenaga kerja strategis. Mengapa ini penting Atribut ini memungkinkan analisis tingkat umum dengan mengelompokkan pekerjaan serupa, sehingga tren proses di berbagai fungsi perusahaan dapat dipahami. Sumber data Ditetapkan dalam katalog pekerjaan atau arsitektur organisasi, lalu disimpan sebagai atribut pada profil pekerjaan atau data posisi. Contoh TeknikKeuangan dan AkuntansiPenjualanSumber Daya Manusia | |||
| Lokasi Location | Lokasi fisik, geografis, atau wilayah tempat posisi berada. | ||
| Deskripsi Atribut Lokasi menunjukkan kantor, kota, negara bagian, atau negara yang terkait dengan posisi. Informasi geografis ini penting untuk memahami perbedaan proses perekrutan dan distribusi tenaga kerja antarwilayah. Analisis proses berdasarkan lokasi dapat mengungkap temuan penting. Misalnya, perbedaan waktu siklus akibat kondisi pasar tenaga kerja setempat, perbedaan hierarki persetujuan antarnegara, atau persyaratan kepatuhan yang menambah langkah proses di wilayah tertentu. Analisis ini mendukung upaya standardisasi proses global sekaligus mengakomodasi perbedaan lokal yang diperlukan. Mengapa ini penting Atribut ini memungkinkan analisis geografis untuk menemukan perbedaan efisiensi proses, kebutuhan perekrutan, dan persyaratan kepatuhan antarwilayah. Sumber data Disimpan dalam data induk posisi sebagai bagian dari detail organisasi. Contoh New York, ASBerlin, JermanSingapuraKantor London | |||
Aktivitas Hire to Retire - Manajemen Posisi
| Aktivitas | Deskripsi | ||
|---|---|---|---|
| Pengajuan posisi dimulai | Menandai awal resmi proses pengelolaan posisi. Peristiwa ini tercatat saat pengguna, biasanya manajer perekrutan, mengajukan permintaan posisi baru atau posisi pengganti melalui sistem HR. | ||
| Mengapa ini penting Aktivitas ini menjadi titik awal utama untuk mengukur keseluruhan waktu siklus pembuatan posisi. Analisis jumlah dan waktu pengajuan membantu perencanaan sumber daya serta pemahaman tentang tren pertumbuhan atau restrukturisasi organisasi. Sumber data Peristiwa ini biasanya tercatat di sistem alur kerja atau tabel log audit yang merekam pengajuan formulir permintaan posisi baru. Pengumpulan data Temukan peristiwa pembuatan catatan permintaan posisi atau langkah awal dalam alur kerja proses bisnis terkait. Jenis peristiwa explicit | |||
| Persetujuan HR diterima | Menandai persetujuan akhir dari departemen Human Resources, yang memastikan posisi sesuai dengan kebijakan perusahaan, jenjang jabatan, dan struktur kompensasi. Persetujuan ini sering kali menjadi tahap terakhir sebelum posisi resmi dibuat. | ||
| Mengapa ini penting Sebagai tahap persetujuan terakhir, keterlambatan di sini dapat menjadi hambatan besar. Analisis tahap ini penting untuk memahami efisiensi proses dan kepatuhan dalam operasional HR. Sumber data Tahap ini tercatat saat tugas persetujuan terakhir dalam alur kerja pembuatan posisi selesai, biasanya oleh mitra HR atau administrator. Pengumpulan data Temukan stempel waktu saat tugas persetujuan khusus HR selesai dalam riwayat alur kerja. Jenis peristiwa explicit | |||
| Posisi diaktifkan | Menandai saat posisi resmi dibuka dan tersedia untuk tindakan kepegawaian, seperti penerbitan permintaan lowongan kerja. Artinya, posisi siap memasuki proses rekrutmen. | ||
| Mengapa ini penting Peristiwa ini menandai serah terima penting dari pengelolaan posisi ke akuisisi talenta. Waktu yang dibutuhkan untuk mengaktifkan posisi yang telah dibuat dapat menunjukkan keterlambatan dalam kesiapan operasional. Sumber data Peristiwa ini biasanya diketahui saat kolom status pada catatan posisi berubah menjadi “Aktif”, “Terbuka”, atau status serupa, beserta tanggal efektif perubahan tersebut. Pengumpulan data Catat stempel waktu saat kode status posisi berubah menjadi nilai yang menunjukkan posisi aktif dan terbuka untuk perekrutan. Jenis peristiwa inferred | |||
| Posisi dibuat | Menandai pembuatan resmi catatan posisi di sistem HR utama setelah semua persetujuan yang diperlukan diperoleh. Posisi kini menjadi bagian resmi dari struktur organisasi dan memiliki pengenal unik. | ||
| Mengapa ini penting Tonggak penting ini menandai berakhirnya tahap persetujuan dan dimulainya masa aktif posisi. Waktu dari “Pengajuan Dimulai” hingga “Posisi Dibuat” merupakan indikator kinerja utama. Sumber data Peristiwa ini tercatat dari stempel waktu pembuatan catatan atau objek posisi utama di tabel data HR utama. Pengumpulan data Gunakan stempel waktu “tanggal pembuatan” atau “dibuat pada sistem” dari tabel atau objek posisi utama. Jenis peristiwa explicit | |||
| Posisi dinonaktifkan | Posisi dinonaktifkan, biasanya setelah pegawai keluar dan belum ada rencana untuk segera mencari pengganti. Posisi yang tidak aktif dihapus dari bagan organisasi aktif, tetapi tetap disimpan dalam sistem untuk keperluan riwayat. | ||
| Mengapa ini penting Aktivitas ini membantu mengelola jumlah pegawai dan menjaga keakuratan bagan organisasi. Waktu antara posisi menjadi kosong dan dinonaktifkan dapat menunjukkan efisiensi perencanaan tenaga kerja. Sumber data Hal ini disimpulkan dari perubahan status pada data posisi menjadi 'Inactive' atau 'Discontinued', beserta tanggal berlakunya. Pengumpulan data Catat waktu saat status posisi diubah ke nilai yang menunjukkan bahwa posisi tersebut tidak lagi aktif. Jenis peristiwa inferred | |||
| Posisi Ditutup | Menandakan posisi dihapus secara permanen atau diarsipkan dari struktur organisasi. Ini adalah peristiwa terakhir dalam siklus hidup posisi, yang berarti posisi tersebut tidak akan digunakan lagi. | ||
| Mengapa ini penting Ini adalah aktivitas terakhir yang mengakhiri siklus hidup posisi. Analisis posisi yang ditutup penting untuk memahami desain organisasi jangka panjang dan pengurangan tenaga kerja strategis. Sumber data Biasanya berupa tindakan atau proses bisnis eksplisit untuk 'Menutup' atau 'Menghapus' posisi, yang tercatat dalam log workflow atau riwayat perubahan status. Pengumpulan data Cari peristiwa penyelesaian proses bisnis 'Tutup Posisi' atau perubahan status terakhir menjadi 'Closed' atau 'Eliminated'. Jenis peristiwa explicit | |||
| Posisi terisi | Menandai keberhasilan proses rekrutmen, saat kandidat direkrut atau pegawai internal dipindahkan ke posisi tersebut. Posisi kini telah terisi. | ||
| Mengapa ini penting Tonggak keberhasilan penting dalam siklus hidup posisi ini mengukur waktu dari “Posisi Diaktifkan” hingga “Posisi Terisi”, yang menjadi bagian penting dari metrik waktu perekrutan. Sumber data Peristiwa ini tercatat setelah proses bisnis “Perekrutan” atau “Penempatan” berhasil diselesaikan dan menghubungkan ID pegawai dengan ID posisi. Pengumpulan data Gunakan tanggal efektif tindakan perekrutan atau pemindahan yang menempatkan pegawai ke posisi tersebut. Jenis peristiwa explicit | |||
| Atribut posisi diubah | Menandai perubahan pada atribut deskriptif posisi yang sudah ada, seperti jabatan, departemen, atau lokasi. Aktivitas ini biasanya terjadi setelah posisi dibuat. | ||
| Mengapa ini penting Perubahan yang sering dilakukan setelah posisi dibuat dapat menandakan masalah kualitas data awal atau ketidakstabilan organisasi. Analisis perubahan ini membantu memahami jenis dan frekuensi penyesuaian setelah persetujuan. Sumber data Aktivitas ini sering kali diketahui dengan melacak perubahan di log audit sistem atau tabel riwayat perubahan catatan posisi. Pengumpulan data Pantau log perubahan atau bandingkan rekam data posisi sebelum dan sesudah perubahan untuk mendeteksi perubahan pada kolom penting. Jenis peristiwa inferred | |||
| Permintaan posisi dikembalikan untuk diperbaiki | Menandakan bahwa pemberi persetujuan mengembalikan permintaan posisi ke tahap sebelumnya untuk diubah atau diperjelas. Tindakan ini membuat proses berulang, sehingga pemohon perlu memperbaiki dan mengajukan ulang permintaan. | ||
| Mengapa ini penting Aktivitas ini mengukur pekerjaan ulang dan inefisiensi proses secara langsung. Pengulangan yang sering menunjukkan persyaratan yang kurang jelas, kesalahan entri data, atau ketidaksepahaman antar departemen. Sumber data Sebagian besar sistem alur kerja mencatat tindakan ini secara eksplisit dalam log peristiwa saat pemberi persetujuan memilih opsi “Kembalikan” atau “Minta Revisi”. Pengumpulan data Catat peristiwa saat status alur kerja dikembalikan ke tahap sebelumnya atau saat tindakan khusus “Kembalikan” tercatat. Jenis peristiwa explicit | |||
| Permintaan posisi ditolak | Menandakan bahwa pemberi persetujuan secara resmi menolak permintaan posisi pada tahap mana pun dalam proses. Peristiwa ini mengakhiri permintaan dan menghentikan proses selanjutnya. | ||
| Mengapa ini penting Pemantauan penolakan membantu mengukur “Tingkat Keberhasilan Pengajuan Pertama” dan menemukan alasan permintaan gagal, seperti keterbatasan anggaran atau ketidaksesuaian dengan strategi. Analisis ini dapat meningkatkan kualitas pengajuan berikutnya. Sumber data Peristiwa ini tercatat secara eksplisit dalam riwayat alur kerja saat pemberi persetujuan memilih tindakan “Tolak” atau “Tidak Setujui”. Pengumpulan data Temukan stempel waktu yang terkait dengan status “Ditolak” atau pelaksanaan tindakan “Tolak” dalam alur kerja. Jenis peristiwa explicit | |||
| Persetujuan anggaran diterima | Tonggak penting saat departemen keuangan atau pemilik anggaran memastikan dana tersedia dan dialokasikan untuk posisi baru. Tahap ini memastikan permintaan tersebut layak secara finansial. | ||
| Mengapa ini penting Aktivitas ini penting untuk tata kelola keuangan dan membantu menganalisis keterlambatan terkait anggaran. Dengan memahami waktu siklus persetujuan keuangan, Anda dapat menemukan masalah dalam proses penganggaran atau peramalan. Sumber data Biasanya tercatat sebagai peristiwa penyelesaian tahap persetujuan tersendiri dalam alur kerja, yang sering kali ditugaskan kepada pengguna dengan peran di bidang keuangan. Pengumpulan data Cari peristiwa dalam log alur kerja yang menunjukkan penyelesaian tahap “Persetujuan Anggaran” atau “Peninjauan Keuangan”. Jenis peristiwa explicit | |||
| Persetujuan manajer diterima | Menandai persetujuan tingkat pertama yang diberikan oleh manajer pemohon atau kepala departemen. Persetujuan ini memastikan adanya kebutuhan bisnis atas posisi tersebut di dalam tim atau departemen. | ||
| Mengapa ini penting Pemantauan tahap ini membantu menemukan hambatan pada tahap awal proses persetujuan. Keterlambatan di sini dapat sangat memengaruhi waktu pengisian posisi secara keseluruhan. Sumber data Tahap ini biasanya tercatat sebagai pembaruan status tertentu atau peristiwa penyelesaian tugas persetujuan dalam riwayat alur kerja permintaan posisi. Pengumpulan data Catat stempel waktu saat tugas persetujuan manajer ditandai “Selesai” atau “Disetujui” dalam log alur kerja. Jenis peristiwa explicit | |||
| Posisi dibekukan | Menandakan bahwa posisi aktif dihentikan sementara sehingga tidak dapat digunakan untuk perekrutan atau tindakan kepegawaian lainnya. Hal ini sering terjadi karena perubahan anggaran atau prioritas strategis. | ||
| Mengapa ini penting Pemantauan waktu dan alasan posisi dibekukan memberi informasi tentang perubahan organisasi dan pembekuan anggaran. Langkah ini membantu menemukan posisi terbengkalai yang terbuka tetapi tidak sedang diisi. Sumber data Peristiwa ini diketahui dari perubahan status posisi menjadi “Dibekukan”, “Ditahan”, atau “Ditangguhkan” di sistem HR utama. Pengumpulan data Catat stempel waktu saat status posisi diperbarui menjadi “Dibekukan” atau “Ditahan”. Jenis peristiwa inferred | |||
| Posisi direklasifikasi | Menandai perubahan besar pada klasifikasi dasar posisi, seperti rumpun jabatan, jenjang, atau tingkat. Perubahan ini lebih besar daripada perubahan atribut biasa dan mungkin memerlukan proses persetujuan tersendiri. | ||
| Mengapa ini penting Reklasifikasi dapat memengaruhi kompensasi, jalur karier, dan struktur organisasi. Pemantauan peristiwa ini membantu menganalisis perubahan desain organisasi dan keluwesan struktur jabatan. Sumber data Peristiwa ini dapat tercatat melalui proses bisnis khusus atau diketahui dari perubahan pada kolom klasifikasi jabatan tertentu dalam riwayat perubahan catatan posisi. Pengumpulan data Cari penyelesaian alur kerja “Reklasifikasi Posisi” atau lacak perubahan pada kolom seperti “Profil Jabatan”, “Jenjang”, atau “Kode Jabatan”. Jenis peristiwa explicit | |||
| Rekrutmen untuk posisi dimulai | Menandakan bahwa proses akuisisi talenta resmi dimulai untuk posisi aktif. Biasanya, hal ini ditandai dengan pembuatan permintaan lowongan kerja yang terhubung ke posisi tersebut. | ||
| Mengapa ini penting Aktivitas ini menghubungkan proses pengelolaan posisi dengan proses rekrutmen. Analisis waktu antara aktivasi posisi dan dimulainya rekrutmen dapat menunjukkan kesenjangan dalam proses serah terima. Sumber data Biasanya tercatat saat catatan permintaan lowongan kerja baru dibuat di modul rekrutmen dan ditautkan ke ID posisi tertentu. Pengumpulan data Gunakan stempel waktu pembuatan catatan permintaan lowongan kerja yang terkait dengan ID posisi. Jenis peristiwa explicit | |||
Panduan ekstraksi
Metode ekstraksi berbeda-beda untuk setiap sistem. Untuk petunjuk lengkap,
baca panduan ETL kami atau pilih proses dan sistem tertentu.
Siap memulai?
Mulai analisis Hire to Retire - Manajemen Posisi dengan templat umum ini atau pilih panduan khusus sistem untuk mengambil data.
Perbaiki proses Hire to Retire - Manajemen Posisi sekarang
Dapatkan gambaran yang lebih jelas tentang tenaga kerja Anda, kurangi kesalahan, dan tekan biaya dengan cepat.
Tidak perlu kartu kredit. Penyiapan hanya 5 menit.