Panduan Menyusun Competency Framework dan Skills Inventory yang Praktis

Competency framework dan skills inventory sering dianggap proyek besar milik HR. Padahal tujuannya sederhana: membantu perusahaan mengetahui kemampuan apa yang dibutuhkan, kemampuan apa yang sudah dimiliki karyawan, dan kemampuan apa yang masih perlu dikembangkan.

Studi Salary.com menemukan lebih dari separuh profesional HR (54%) tidak tahu apa itu skills taxonomy dan 76% belum pernah mengimplementasikannya.

Masalahnya, kebanyakan perusahaan memulai dengan membuat daftar skill yang sangat panjang. Daftarnya terlihat lengkap, tapi sulit dipakai. Karyawan bingung saat menilai diri sendiri, manajer merasa mendapat pekerjaan tambahan, dan HR kesulitan menjaga datanya tetap update. Enam bulan kemudian, sistem tersebut biasanya sudah tidak disentuh siapa pun.

Kemudian secara spesifik hanya 2% dari 80 pemimpin HR yang disurvei Gartner mengaku organisasinya berhasil benar-benar mengimplementasikan model talent berbasis skill.

Framework yang baik bukan yang punya daftar skill paling banyak, melainkan yang bisa membantu perusahaan mengambil keputusan nyata: menentukan anggota proyek, menyusun program pengembangan, menemukan calon pengganti posisi kritis, dan mengidentifikasi risiko kekurangan kompetensi.

Artikel dari Mekari Talenta ini disusun berdasarkan wawancara dengan Dr. Andreas Wijaya, S.E., M.M., dosen BINUS yang mendalami human resources management dan transformasi digital. Simak selengkapnya.

Langkah Membangun Taksonomi Skill per Fungsi/Divisi

Menentukan batas kedetailan skill

Kesalahan paling umum saat membangun taksonomi adalah terjebak membuat ratusan micro-skill yang akhirnya mustahil dikelola.

Batas kedetailan sebaiknya ditentukan berdasarkan kegunaannya, bukan seberapa lengkap daftarnya terlihat.

Gunakan tiga pertanyaan sederhana untuk memutuskan apakah sebuah skill layak berdiri sendiri:

1. Apakah skill ini menghasilkan keluaran kerja yang berbeda?
2. Apakah skill ini membutuhkan cara pengembangan yang berbeda?
3. Apakah perusahaan akan mengambil keputusan yang berbeda berdasarkan skill ini?

Kalau jawabannya tidak untuk ketiganya, Anda bisa menggabungkan beberapa skill. Misalnya, “membuat slide”, “menggunakan PowerPoint”, dan “menyusun bahan presentasi” tidak perlu menjadi tiga skill terpisah.

Cukup digabung jadi “penyusunan presentasi bisnis”. Tapi kemampuan menyampaikan presentasi di depan orang bisa dipisahkan karena perilaku, bukti, dan cara pengembangannya memang berbeda.

Sebagai patokan awal: satu fungsi sebaiknya punya sekitar 20–30 skill utama dalam katalognya, dan setiap jabatan cukup dinilai berdasarkan 10–15 skill aktif yang benar-benar relevan dengan pekerjaannya, bukan seluruh katalog fungsi. Angka ini batas praktis agar sistem tetap bisa dikelola dan diperbarui.

Skill juga sebaiknya dikelompokkan ke dalam tiga lapisan:

• Core skills — dibutuhkan seluruh karyawan
• Functional skills — dibutuhkan dalam satu fungsi tertentu
• Role-specific skills — hanya dibutuhkan jabatan tertentu

Pendekatan ini sejalan dengan riset Campion et al., yang menekankan bahwa competency model perlu disesuaikan dengan konteks dan strategi organisasi, berorientasi pada kebutuhan masa depan, disajikan dalam bahasa yang mudah dipahami, dan berisi sejumlah kompetensi yang terbatas, bukan mencoba memasukkan semua kemampuan yang mungkin ada.

Jadi, pertanyaan yang perlu dijawab bukan “berapa banyak skill yang bisa dimasukkan?”, tapi “skill mana yang benar-benar akan dipakai untuk pengembangan, penempatan, rekrutmen, atau perencanaan karier?”

Menerjemahkan strategi bisnis menjadi taksonomi yang spesifik

Strategi bisnis biasanya ditulis dengan bahasa besar seperti “meningkatkan inovasi” atau “menjadi perusahaan berbasis data”.

Istilah ini belum bisa langsung dimasukkan ke skills inventory karena masih terlalu umum. Strategi perlu diturunkan melalui alur berikut:

Strategi bisnis → proses kerja yang harus diperkuat → hasil kerja yang diharapkan → kemampuan yang dibutuhkan.

Misalnya, perusahaan punya strategi ekspansi ke pasar digital. Langkah pertama bukan langsung membuat kompetensi bernama “digital mindset” karena masih terlalu abstrak.

Perusahaan perlu menentukan proses kerja apa yang harus berubah agar strategi itu berhasil, lalu menerjemahkannya per divisi:

Dengan cara ini, strategi digital tidak berhenti menjadi slogan karena ia kemudian diterjemahkan menjadi kemampuan yang terlihat dalam pekerjaan sehari-hari.

Hard skill dan soft skill juga sebaiknya tidak disusun sebagai dua daftar yang tidak berhubungan, melainkan dikaitkan dengan proses kerja yang sama.

Pengelolaan kampanye digital, misalnya, butuh hard skill membaca data kampanye tapi juga butuh soft skill berupa pemahaman pelanggan, kemampuan berkolaborasi, dan kemampuan menyampaikan rekomendasi.

Karena itu, jangan mulai dari pertanyaan “Soft skill apa yang dibutuhkan perusahaan?” Anda bisa memulai dari “Perilaku apa yang membuat proses kerja ini berhasil?”

Melibatkan line manager tanpa membebani mereka

Untuk fungsi teknis seperti IT atau Engineering, HR sering kesulitan menyusun taksonomi sendiri. Tapi kesalahan yang paling sering terjadi adalah memberi line manager lembar kosong dan meminta mereka menulis semua skill yang dibutuhkan tim.

Hal ini terasa seperti pekerjaan rumah tambahan karena mereka harus memikirkan struktur, istilah, definisi, dan level kompetensi sekaligus.

Line manager sebaiknya tidak diposisikan sebagai penulis utama, melainkan sebagai validator dan pemilik substansi teknis.

HR atau OD perlu menyiapkan sekitar 60–70% draf awal, disusun berdasarkan: job description, target dan indikator kinerja, SOP, kebutuhan proyek, materi pelatihan, laporan evaluasi, wawancara singkat dengan karyawan berpengalaman, dan referensi profesi/industri. Line manager tinggal memeriksa apakah draf itu sudah sesuai dengan realitas pekerjaan.

Pertanyaan ke line manager juga harus konkret. Jangan hanya bertanya “Kompetensi apa yang dibutuhkan tim Anda?” karena terlalu luas untuk dijawab. Pertanyaan yang lebih mudah dijawab:

• Pekerjaan apa yang paling menentukan keberhasilan tim?
• Kesalahan apa yang paling berisiko atau paling mahal?
• Skill apa yang saat ini hanya dikuasai oleh sedikit orang?
• Apa yang membedakan anggota tim biasa dengan anggota tim terbaik?
• Skill apa yang akan semakin dibutuhkan dalam 2–3 tahun ke depan?
• Tugas apa yang tidak bisa diserahkan ke karyawan baru?

Untuk fungsi teknis, bentuk kelompok kecil berisi 2–3 ahli teknis, satu line manager, satu project manager, dan satu perwakilan HR/OD.

Kelompok ini tidak perlu rapat berkali-kali; misalnya, satu sesi terstruktur 60–90 menit biasanya cukup untuk memeriksa draf awal dan menentukan skill prioritas. Kuncinya: HR menyiapkan strukturnya dan line manager memastikan isinya benar.

Cara Memetakan Skill Inventory Karyawan yang Ada Saat Ini

Memilih kombinasi metode assessment

Tidak ada satu metode penilaian kompetensi karyawan yang sepenuhnya bebas bias. Self-assessment cepat dilakukan, tapi rawan dinilai terlalu tinggi atau terlalu rendah oleh karyawan.

Manager-assessment lebih dekat dengan hasil kerja, tapi manajer tidak selalu melihat seluruh aktivitas karyawan. Objective test untuk semua skill terlalu mahal dan memakan waktu.

Untuk pemetaan pertama pada skala enterprise, kombinasi paling realistis adalah self-assessment + validasi manajer + bukti kerja:

• Self-assessment sebagai deklarasi awal: karyawan menjelaskan skill apa yang dimiliki dan pada level berapa.
• Manager assessment untuk memvalidasi apakah kemampuan itu benar-benar terlihat dalam pekerjaan.
• Bukti kerja untuk memperkuat penilaian pada skill yang penting: bisa berupa proyek yang pernah dikerjakan, portofolio, laporan, sertifikat, hasil tes, produk yang dihasilkan, atau nama project leader yang bisa memberi validasi.

Objective test tidak perlu dilakukan untuk semua skill. Cukup untuk skill berisiko tinggi seperti keamanan informasi, keselamatan kerja, kepatuhan, pemrograman, analisis keuangan, penggunaan mesin/alat teknis, atau kemampuan bahasa untuk posisi tertentu.

Salah satu sebabnya adalah setiap penilai melihat sisi pekerjaan yang berbeda (atasan lebih memahami pencapaian target, rekan kerja lebih sering melihat kolaborasi sehari-hari).

Jadi perbedaan nilai tidak selalu berarti ada pihak yang tidak jujur; itu bisa jadi tanda bahwa standar atau kesempatan observasi memang berbeda.

Untuk skill berisiko rendah, self-assessment dan validasi manajer sudah cukup. Untuk skill kritis, bukti kerja dan objective test perlu perhatian lebih besar. Jangan langsung menghitung semua nilai dengan bobot matematis yang kaku.

Mengkalibrasi bias penilaian

Karyawan cenderung mendongkrak nilai demi keamanan karier, atau justru menilai terlalu rendah karena kurang percaya diri.

Masalah ini tidak selesai hanya dengan instruksi “harap mengisi secara jujur”. Objektivitas harus dibangun lewat desain penilaian itu sendiri:

Pertama, setiap level harus menjelaskan perilaku yang bisa diamati, bukan kata sifat umum seperti “kurang menguasai”, “cukup menguasai”, “sangat ahli” — istilah ini terlalu bergantung pada persepsi masing-masing orang. Contoh indikator yang lebih jelas untuk skill analisis data:

• Level 1: Memahami istilah dan konsep dasar analisis data
• Level 2: Dapat menjalankan analisis sederhana dengan panduan atau contoh
• Level 3: Dapat melakukan analisis mandiri untuk permasalahan rutin
• Level 4: Dapat menangani persoalan kompleks, memilih metode yang sesuai, dan membantu orang lain
• Level 5: Dapat mengembangkan metode, pendekatan, atau standar analisis untuk organisasi

Kedua, minta karyawan mencantumkan bukti. Tidak harus sertifikat, bisa nama proyek, laporan, portofolio, hasil kerja, atau nama project leader yang bisa memvalidasi.

Ketiga, kalau self-assessment dan manager-assessment berbeda lebih dari satu level, jangan langsung dirata-ratakan. Bahas lewat percakapan singkat dan kembali ke definisi level serta bukti yang tersedia.

Keempat, adakan calibration meeting antarmanajer. Bukan untuk menyeragamkan semua nilai, tapi untuk memastikan standar penilaian tidak terlalu berbeda antarunit.

Kelima, pada pemetaan pertama, jangan langsung kaitkan skills inventory dengan kenaikan gaji, promosi, atau PHK. Kalau karyawan merasa data ini bisa mengancam karier mereka, mereka akan cenderung menaikkan penilaian. Tekankan di awal bahwa data ini dipakai untuk pengembangan, kesempatan proyek, perencanaan karier, dan mobilitas internal.

Contoh nyata: menemukan gap sekaligus talenta tersembunyi

Andreas membagikan salah satu pengalamannya di mana dalam sebuah proyek di perusahaan ritel, skills inventory mapping dilakukan dengan membandingkan pengetahuan yang dimiliki karyawan dengan kemampuan mereka menerapkan pengetahuan itu di lapangan.

Hasilnya: beberapa karyawan memahami prosedur, produk, dan standar layanan secara teori, tapi belum mampu menerapkannya secara konsisten saat menghadapi situasi nyata.

Temuan ini membantu perusahaan menyadari bahwa gap kompetensi tidak selalu soal kurangnya pengetahuan, tapi juga soal kemampuan praktik, pemecahan masalah, dan pengambilan keputusan di lapangan.

Proses yang sama juga menemukan talenta tersembunyi: seorang karyawan yang bertugas sebagai frontliner service ternyata punya kemampuan yang baik dalam mengolah data, menyusun laporan, dan melihat pola dari data penjualan maupun pelanggan.

Berdasarkan temuan ini, perusahaan melakukan job rotation, memberi karyawan tersebut kesempatan terlibat dalam pekerjaan pengolahan dan analisis data.

“Langkah ini tidak hanya membantu perusahaan menempatkan karyawan sesuai dengan potensi yang dimiliki, tetapi juga menjadi bagian dari pengembangan karier karyawan,” ujar Andreas.

Tentu ini menunjukkan bahwa skills inventory mapping bisa dipakai untuk menemukan gap antara pengetahuan dan implementasi, sekaligus mengidentifikasi potensi karyawan yang belum dimanfaatkan secara optimal.

Template Matriks Kompetensi (Level 1–5 per Skill)

Membedakan Level 3 dan Level 4 dengan jelas

Titik krusial yang paling sering memicu perdebatan adalah batas antara Level 3 (Mandiri/Proficient) dan Level 4 (Ahli/Advanced).

Jangan menuliskannya hanya sebagai “mahir” dan “sangat mahir” karena itu terlalu subjektif. Batasnya perlu dilihat dari empat unsur: tingkat kemandirian, kompleksitas masalah, luasnya dampak pekerjaan, dan kemampuan membantu/membimbing orang lain.

Secara sederhana: Level 3 berarti mampu bekerja mandiri pada situasi rutin. Level 4 berarti mampu menangani situasi kompleks, menyesuaikan pendekatan, dan membantu orang lain mencapai hasil.

Contoh untuk project management:

• Level 3: Mampu mengelola satu proyek secara mandiri sesuai ruang lingkup, jadwal, anggaran, dan prosedur yang ditentukan.
• Level 4: Mampu mengelola beberapa proyek yang saling berkaitan, menyelesaikan konflik lintas fungsi, mengantisipasi risiko besar, dan membimbing project manager lain.

Jadi, Level 4 bukan sekadar Level 3 yang bekerja lebih cepat dan Level 4 menghadapi masalah yang lebih kompleks dan berdampak lebih luas.

Kerangka SFIA memakai logika serupa: pada Level 3, seseorang menjalankan berbagai tugas dengan arahan umum dan mengelola pekerjaannya sendiri; pada Level 4, seseorang menangani aktivitas lebih kompleks, bekerja lebih mandiri, serta mendukung dan mengarahkan orang lain.

Saat menulis rubrik, gunakan kata kerja yang bisa diamati, seperti menjalankan, menganalisis, memilih, mengembangkan, mengevaluasi, membimbing, menetapkan standar, dan hindari kalimat seperti “memiliki pemahaman yang sangat baik” yang sulit dibuktikan. Struktur umum lima level:

Template inti yang bisa dipakai lintas fungsi

Satu template bisa dipakai untuk berbagai fungsi selama struktur dasarnya sama. Yang perlu dibedakan adalah jenis bukti yang dipakai. Berikut struktur core template yang bisa langsung dijadikan starting point:

Yang berubah antar fungsi hanyalah jenis bukti yang relevan. Untuk tim Sales, bukti bisa berbentuk kuantitatif: pencapaian target, conversion rate, jumlah pelanggan baru, tingkat retensi, kualitas pipeline, akurasi sales forecast, pertumbuhan nilai pelanggan.

Tapi pencapaian target saja tidak cukup. Seseorang bisa mencapai target karena kondisi pasar atau kualitas wilayah yang dikelola, jadi prosesnya juga perlu dilihat (kemampuan menggali kebutuhan pelanggan, mengelola keberatan, membangun hubungan).

Untuk tim R&D atau Creative, bukti bisa berbentuk kualitas ide, keberhasilan eksperimen, prototipe, penyelesaian masalah, portofolio, penerapan ide jadi produk, penilaian pengguna, atau kontribusi lintas fungsi.

Tim ini tidak perlu dipaksa memakai indikator kuantitatif, tapi bukti kualitatifnya tetap harus punya kriteria jelas. Indikator “menghasilkan ide yang berkualitas” masih terlalu umum — versi yang lebih jelas: “menghasilkan ide yang sesuai kebutuhan pengguna, dapat diuji, dan memberikan perbaikan terhadap produk atau proses.”

Jadi template-nya tetap sama; yang disesuaikan adalah bukti keberhasilan dan bentuk keluaran dari setiap fungsi.

Memasukkan future skills tanpa merusak struktur dasar

AI prompting, data literacy, dan future skills lain tidak perlu selalu jadi framework baru yang berdiri sendiri. Jika begitu, struktur kompetensi perusahaan akan terus berubah dan makin sulit dikelola.

Ada tiga cara memasukkannya:

Sebagai core skill organisasi

Beberapa kemampuan berlaku untuk semua karyawan (memahami data dasar, menggunakan perangkat digital dengan aman, memeriksa akurasi informasi, menggunakan AI secara bertanggung jawab, menjaga kerahasiaan data), meski level yang dibutuhkan berbeda per jabatan.

Sebagai functional skill

Disesuaikan konteks fungsi: Marketing memakai AI untuk alternatif konten dan analisis pelanggan, HR untuk analisis tenaga kerja dan pencarian kandidat, Finance untuk merangkum data dan mengenali pola, Operations untuk membaca pola permintaan.

Dimasukkan ke indikator skill yang sudah ada

Misalnya pada skill market research, indikator Level 4 bisa mencakup: “Mampu menggunakan berbagai sumber data dan perangkat AI untuk mengidentifikasi pola pasar, serta memeriksa kembali keakuratan hasilnya.”

AI prompting juga sebaiknya tidak dinilai hanya dari kemampuan menulis instruksi yang panjang. Yang lebih penting: merumuskan masalah, memberi konteks yang tepat, memeriksa hasil, mengenali kesalahan, menjaga keamanan data, dan menggunakan hasil untuk mendukung keputusan.

Cara Menjaga Skills Inventory Tetap Update Tanpa Jadi Beban Administratif

Update by event, bukan update by calendar

Skills inventory biasanya “mati” dalam enam bulan karena pembaruannya diperlakukan sebagai kegiatan tambahan.

Karyawan diminta membuka sistem, menilai ulang puluhan skill, mengunggah bukti, lalu meminta validasi manajer. Kalau proses ini tidak berhubungan langsung dengan pekerjaan, wajar kalau akhirnya ditinggalkan.

Solusinya: perbarui data saat terjadi peristiwa yang relevan, bukan menunggu jadwal tahunan.

• Saat project retrospective — tambahkan dua pertanyaan: skill apa yang dipakai dalam proyek ini, dan skill baru apa yang dipelajari?
• Saat evaluasi OKR — bahas skill apa yang membantu pencapaian target dan skill apa yang masih jadi hambatan.
• Saat one-on-one session — perbarui satu atau dua skill prioritas, tidak perlu membahas seluruh profil.
• Saat proyek selesai — project leader memberi validasi terhadap skill yang benar-benar dipakai anggota tim.
• Saat karyawan selesai pelatihan — minta bukti penerapan, bukan hanya mencatat kehadiran.

Pembaruan tahunan tetap bisa dilakukan, tapi fungsinya sekadar pemeriksaan menyeluruh. Data utamanya diperbarui sedikit demi sedikit selama karyawan bekerja.

Setiap skill juga perlu punya metadata, seperti tanggal terakhir dipakai, tanggal terakhir divalidasi, sumber validasi, dan bukti terbaru.

Hal ini supaya perusahaan bisa membedakan orang yang pernah menguasai suatu skill beberapa tahun lalu dengan yang masih memakainya secara aktif.

Arsitektur tools yang tidak kaku

Perusahaan tidak perlu memaksakan seluruh proses masuk ke satu modul HRIS kalau modul itu terlalu kaku. HRIS tetap jadi sumber data utama, sementara pengelolaan skill dibuat sebagai lapisan tambahan, dengan lima bagian:

1. HRIS sebagai master data — nama karyawan, nomor karyawan, jabatan, divisi, atasan, lokasi, status.
2. Skills database — nama skill, kategori, definisi, indikator Level 1–5, skill yang dibutuhkan tiap jabatan, level minimum.
3. Workflow penilaian — self-assessment, validasi manajer, penambahan bukti oleh project leader; bisa dibangun di low-code platform selama prosesnya mudah dan aman.
4. Evidence repository — tidak harus tersimpan langsung di HRIS, cukup berupa tautan/referensi ke portofolio, sertifikat, laporan, dokumen proyek, hasil tes.
5. Dashboard keputusan — bukan sekadar menampilkan nilai individu, tapi menjawab kebutuhan bisnis: skill kritis apa yang masih kurang, siapa yang siap ikut proyek, jabatan mana punya gap terbesar, skill apa yang cuma dikuasai satu orang, siapa yang bisa jadi mentor, siapa yang berpotensi dipindah ke peran lain.

Untuk tahap awal, low-code platform, spreadsheet terstruktur, atau database sederhana sudah cukup. Yang penting struktur datanya konsisten (nama karyawan, nama skill, level, sumber penilaian, bukti, tanggal terakhir dipakai, tanggal terakhir divalidasi, tingkat kebutuhan pada jabatan).

Mulai dari satu fungsi terlebih dahulu; setelah alur penilaian-validasi-pembaruannya berjalan baik, baru perluas cakupannya.

Kesalahan yang sering terjadi: membeli sistem dulu, baru memikirkan prosesnya. Seharusnya proses bisnis diuji dulu, teknologi dipilih setelah kebutuhan penggunanya benar-benar dipahami.

Membuat karyawan mau update secara sukarela

Karyawan akan memperbarui profil skill kalau mereka melihat hubungan yang jelas antara data yang diberikan dan manfaat yang diperoleh: memperbarui profil skill → mendapatkan kesempatan.

Data skill bisa dipakai untuk merekomendasikan pelatihan, menawarkan kesempatan proyek, menemukan mentor, membantu perpindahan karier, mencocokkan karyawan dengan lowongan internal, memilih trainer internal, memberi kesempatan sertifikasi, atau membentuk tim lintas fungsi.

Karyawan yang memperbarui kemampuan data analytics-nya, misalnya, bisa langsung menerima informasi proyek internal yang membutuhkan kemampuan itu. Karyawan yang mencantumkan kemampuan public speaking bisa ditawari jadi fasilitator pelatihan.

Profil skills inventory juga perlu menampilkan kekuatan utama, perkembangan skill, jalur karier yang mungkin, peluang proyek, dan rekomendasi mentor/pembelajaran. Karyawan akan kehilangan minat kalau data ini hanya dipakai HR untuk membuat laporan atau menemukan kekurangan.

Tapi begitu data itu membuka akses ke proyek, pembelajaran, mentoring, dan karier, karyawan punya alasan nyata untuk memperbaruinya. Dengan catatan, perusahaan tetap perlu transparan soal siapa yang bisa melihat profil mereka dan untuk keputusan apa data itu dipakai.

Kalau Harus Mulai dari Nol dalam 4 Minggu

Kalau waktu sangat terbatas, jangan coba memetakan seluruh organisasi sekaligus. Fokus pada satu kebutuhan bisnis, satu fungsi prioritas, dan sejumlah skill yang benar-benar penting.

Minggu 1 — Tentukan keputusan yang ingin didukung. Jangan mulai dari “Kompetensi apa saja yang harus dimiliki perusahaan?” Mulai dari: “Keputusan apa yang saat ini sulit dibuat karena perusahaan tidak punya data skill?” misalnya memilih anggota proyek, mengetahui kebutuhan pelatihan, mencari calon pengganti posisi kritis, mendukung mobilitas internal, atau menyiapkan implementasi teknologi baru. Pilih satu fungsi dengan kebutuhan paling nyata.

Minggu 2 — Susun daftar skill prioritas. Buat draf berdasarkan job description, target kerja, proyek, prosedur, wawancara singkat, dan masukan line manager. Targetkan sekitar 20 skill di tingkat fungsi, lalu pilih 10–15 skill paling relevan per jabatan. Lebih baik 15 skill yang benar-benar dipakai daripada 100 skill yang tidak pernah diperbarui.

Minggu 3 — Buat indikator level dan bukti. Susun indikator Level 1–5 untuk skill terpenting, pastikan batas Level 3 dan 4 jelas, dan tentukan bentuk bukti (proyek, target, portofolio, sertifikasi, tes, demonstrasi, validasi project leader). Uji bahasa indikatornya ke beberapa karyawan. Kalau tafsir mereka jauh berbeda, perbaiki lagi.

Minggu 4 — Jalankan pilot dan ambil keputusan. Lakukan pilot ke sekitar 30–50 karyawan dengan kombinasi self-assessment, validasi manajer, dan bukti kerja sederhana. Setelah data terkumpul, jangan berhenti di dashboard, jawab tiga pertanyaan: skill apa yang paling kurang, skill kritis apa yang hanya dimiliki sedikit orang, dan siapa yang punya kemampuan lebih tinggi dari yang terlihat di jabatannya. Lalu ambil setidaknya satu keputusan nyata: memilih anggota proyek, menentukan peserta pelatihan, menunjuk mentor, atau menyiapkan calon pengganti.

Kesimpulan

Competency framework dan skills inventory tidak seharusnya jadi proyek administratif milik HR. Sistem ini seharusnya membantu organisasi memahami kemampuan yang dimiliki, menemukan gap, mengurangi ketergantungan pada orang tertentu, dan mempersiapkan kemampuan yang dibutuhkan di masa depan.

Taksonomi skill perlu dibuat sederhana dan terhubung ke strategi bisnis. Penilaian perlu memakai beberapa sumber dan didukung bukti kerja. Level kompetensi harus ditulis berdasarkan perilaku yang bisa diamati.

Data skill perlu diperbarui lewat aktivitas kerja yang sudah berjalan, bukan proyek tahunan yang terpisah. Dan yang tidak kalah penting, karyawan harus merasakan manfaat langsung. Begitu data skill membuka kesempatan pelatihan, proyek, mentoring, dan pengembangan karier, skills inventory berhenti terasa sebagai formulir tambahan dari HR.

Pada akhirnya, framework yang sederhana tapi dipakai secara konsisten akan jauh lebih bermanfaat daripada framework yang sangat lengkap tapi tidak pernah diperbarui.

Competency framework dan skills inventory tidak seharusnya jadi proyek administratif milik HR. Sistem ini seharusnya membantu organisasi memahami kemampuan yang dimiliki, menemukan gap, mengurangi ketergantungan pada orang tertentu, dan mempersiapkan kemampuan yang dibutuhkan di masa depan.

Taksonomi skill perlu dibuat sederhana dan terhubung ke strategi bisnis. Penilaian perlu memakai beberapa sumber dan didukung bukti kerja. Level kompetensi harus ditulis berdasarkan perilaku yang bisa diamati.

Data skill perlu diperbarui lewat aktivitas kerja yang sudah berjalan, bukan proyek tahunan yang terpisah. Dan yang tidak kalah penting, karyawan harus merasakan manfaat langsung. Begitu data skill membuka kesempatan pelatihan, proyek, mentoring, dan pengembangan karier, skills inventory berhenti terasa sebagai formulir tambahan dari HR.

Kalau perusahaan Anda ingin mulai menjalankan langkah-langkah di atas tanpa membangun semuanya dari spreadsheet kosong, fitur Competency Management dari Mekari Talenta membantu mendefinisikan skill per posisi, menjalankan siklus penilaian, memvisualisasikan gap kompetensi, hingga menghubungkannya langsung dengan Individual Development Plan dan Succession Planning.

Semua terhubung dalam satu sistem yang terintegrasi dengan data karyawan yang sudah Anda miliki. Coba jadwalkan demo Mekari Talenta untuk melihat bagaimana template dan alur kerja di panduan ini bisa langsung dijalankan di platform, bukan cuma di dokumen.

Referensi:

Campion, M. A., Fink, A. A., Ruggeberg, B. J., Carr, L., Phillips, G. M., dan Odman, R. B. (2011). Doing Competencies Well: Best Practices in Competency Modeling. Personnel Psychology, 64(1), 225–262.

Conway, J. M., dan Huffcutt, A. I. (1997). Psychometric Properties of Multisource Performance Ratings: A Meta-Analysis of Subordinate, Supervisor, Peer, and Self-Ratings. Human Performance, 10(4), 331–360.

SFIA Foundation. (2024). SFIA 9: Levels of Responsibility.

Much Skills. (2026). What is a skills taxonomy – and why most organisations build the wrong one.

Deloitte. (2022). The skills-based organization: A new operating model for work and the workforce.