Masalah Klasik: Sistem Canggih, Implementasi Kandas
Saya sudah melihat puluhan implementasi HCMS di berbagai perusahaan Indonesia. Polanya hampir selalu sama: vendor menang tender, demo terlihat menjanjikan, implementasi dimulai dengan antusiasme, lalu dua tahun kemudian sistem hanya dipakai untuk payroll dan absensi.
Modul performance management? Tidak dipakai. Learning management? Tidak dipakai. Succession planning? Apalagi. Perusahaan sudah keluar 5-20 miliar rupiah untuk kemudian mendapat sistem yang fungsinya tidak jauh dari Excel plus fingerprint.
Akar Masalah yang Jarang Dibahas
Vendor menyalahkan perubahan kebutuhan. Klien menyalahkan vendor yang kurang support. HR internal menyalahkan leadership yang tidak commit. Semuanya benar, dan semuanya salah, karena itu bukan akar masalahnya.
Akar masalah sebenarnya adalah cara kita menerjemahkan kebutuhan bisnis ke dalam arsitektur sistem. Ada tiga kesalahan yang saya lihat berulang:
Kesalahan Pertama: Mulai dari Modul, Bukan dari Keputusan
Proses pemilihan HCMS di kebanyakan perusahaan dimulai dengan pertanyaan yang salah: modul apa yang kita butuhkan? Tim steering berkumpul, membuat daftar fitur, lalu memanggil vendor untuk demo. Setiap vendor membawa modul yang mengesankan, dan keputusan akhirnya jatuh ke vendor yang checklist-nya paling panjang.
Pertanyaan yang seharusnya diajukan adalah: keputusan HC apa yang selama ini kita sering salah ambil atau terlambat ambil? Dari daftar keputusan itu baru kita identifikasi data apa yang dibutuhkan, proses apa yang harus didukung, dan modul mana yang memang dipakai.
Perbedaannya besar. Pendekatan modul menghasilkan sistem yang lengkap tapi tidak dipakai. Pendekatan keputusan menghasilkan sistem yang mungkin lebih sederhana, tapi benar-benar jadi tulang punggung operasi HR.
Kesalahan Kedua: Data Dictionary yang Lemah
Sebelum implementasi, sangat jarang perusahaan meluangkan waktu untuk merapikan data dictionary mereka. Apa definisi "karyawan aktif"? Apa bedanya "posisi" dan "jabatan"? Bagaimana cara menghitung masa kerja untuk karyawan yang pernah keluar lalu masuk kembali?
Tanpa definisi yang jelas dan konsisten, HCMS canggih manapun akan menghasilkan laporan yang saling bertentangan. HR bilang headcount 8.500, finance bilang 8.420, operation bilang 8.700. Semua benar menurut definisi mereka masing-masing, dan semua salah karena tidak sinkron.
Data dictionary yang kuat adalah fondasi yang tidak kelihatan glamour, tapi ketika rapuh, seluruh bangunan di atasnya akan goyang. Investasi satu sampai dua bulan untuk merapikan data sebelum implementasi akan menghemat berbulan-bulan rework setelahnya.
Kesalahan Ketiga: Tidak Ada Owner Internal
HCMS bukan proyek IT. HCMS adalah proyek bisnis yang kebetulan punya komponen teknologi. Bedanya: proyek IT selesai ketika sistem go-live. Proyek bisnis baru mulai ketika sistem go-live.
Masalahnya, banyak perusahaan mendelegasikan implementasi ke tim IT atau konsultan eksternal tanpa membangun internal owner yang kuat. Setelah vendor pergi, tidak ada orang di dalam yang paham arsitektur, business rules, atau punya otoritas untuk mengubah konfigurasi saat kebutuhan bisnis bergeser.
Hasilnya, sistem membeku. Setiap kebutuhan baru harus dibuatkan tiket ke vendor, dengan biaya tambahan. Dalam dua tahun, sistem yang seharusnya menjadi kekuatan kompetitif malah jadi hambatan yang mahal untuk dipelihara.
Cara Berpikir yang Berbeda
Sebelum memilih vendor atau modul, mulailah dengan pertanyaan: Keputusan HC penting apa yang perusahaan ini sering salah ambil atau terlambat ambil?
Dari daftar keputusan itu, baru kita tarik mundur ke proses yang perlu didukung, data yang perlu tersedia, dan modul yang perlu diimplementasikan. Bukan sebaliknya.
Penutup
HCMS yang berhasil bukan yang paling banyak fiturnya. Itu yang paling jelas fungsinya dalam mendukung keputusan yang penting bagi bisnis.
The Classic Problem: Advanced Systems, Failed Implementations
I have witnessed dozens of HCMS implementations across Indonesian companies. The pattern is almost always the same: vendor wins the tender, the demo looks promising, implementation starts with enthusiasm, then two years later the system is only used for payroll and attendance.
Performance management module? Not used. Learning management? Not used. Succession planning? Not a chance. The company has spent 5 to 20 billion rupiah only to end up with a system whose function is barely beyond Excel plus fingerprint.
The Rarely Discussed Root Cause
Vendors blame changing requirements. Clients blame vendors for insufficient support. Internal HR blames leadership for lacking commitment. All are right, and all are wrong, because none of that is the real root cause.
The real root cause is how we translate business needs into system architecture. There are three mistakes I see repeatedly:
First Mistake: Starting from Modules, Not Decisions
The HCMS selection process in most companies begins with the wrong question: what modules do we need? The steering committee gathers, builds a feature checklist, and calls vendors for demos. Each vendor brings impressive modules, and the final decision goes to whoever has the longest checklist.
The question that should be asked is: what HC decisions have we consistently been getting wrong or making too late? From that list of decisions, we identify what data is needed, what processes must be supported, and which modules actually get used.
The difference is significant. The module-first approach produces complete systems that no one uses. The decision-first approach produces systems that may be simpler but actually become the backbone of HR operations.
Second Mistake: A Weak Data Dictionary
Before implementation, companies rarely invest time to clean up their data dictionaries. What is the definition of "active employee"? What is the difference between "position" and "job title"? How do you calculate tenure for employees who left and rejoined?
Without clear and consistent definitions, even the most sophisticated HCMS will produce contradictory reports. HR reports headcount as 8,500, finance says 8,420, operations says 8,700. All are correct by their own definitions, and all are wrong because they are not aligned.
A strong data dictionary is an unglamorous foundation, but when it is shaky, everything built above it wobbles. Investing one to two months to clean data before implementation saves months of rework afterward.
Third Mistake: No Internal Owner
HCMS is not an IT project. HCMS is a business project that happens to have a technology component. The difference: IT projects end when the system goes live. Business projects only begin when the system goes live.
The problem is that many companies delegate implementation to IT teams or external consultants without building strong internal ownership. After the vendor leaves, no one inside understands the architecture, the business rules, or has the authority to change configurations when business needs shift.
The result: the system freezes. Every new requirement requires a ticket to the vendor, with additional fees. Within two years, what should have been a competitive strength becomes an expensive burden to maintain.
A Different Way of Thinking
Before selecting a vendor or module, start with this question: What important HC decisions does this company frequently get wrong or make too late?
From that list of decisions, work backward to the processes that need to be supported, the data that needs to be available, and the modules that need to be implemented. Not the other way around.
Closing
A successful HCMS is not the one with the most features. It is the one whose function is clearest in supporting decisions that matter to the business.