Cara Menilai Kandidat IT Selain dari CV

1. Technical Assessment Berbasis Konteks Pekerjaan Nyata

Technical test standar, seperti soal algoritma dari platform HackerRank atau whiteboard coding, sering kali tidak mencerminkan pekerjaan sehari-hari. Seorang backend developer di startup e-commerce tidak akan sering menulis binary search tree dari nol, tetapi akan lebih sering menulis query SQL yang efisien atau melakukan debugging terhadap race condition pada proses asynchronous.

Karena itu, rancang soal yang merepresentasikan tantangan nyata di tim Anda. Jika posisi yang dicari adalah backend developer untuk sistem HR, misalnya, minta kandidat menyelesaikan kasus seperti: "Buat endpoint REST untuk memfilter data karyawan berdasarkan departemen dan status aktif, lengkap dengan fitur pagination."

Studi kasus seperti ini lebih konkret, relevan, dan hasilnya dapat dinilai secara langsung. Berikan waktu yang cukup, sekitar 60–90 menit untuk tes online, serta hindari soal yang terlalu teoritis atau menjebak karena hal tersebut lebih mengukur kemampuan menghafal trik dibandingkan kemampuan kerja yang sebenarnya.

Baca juga: Dampak Otomatisasi AI terhadap Peran Tim IT

2. Review Portfolio dan Repositori GitHub

Portfolio bukan sekadar daftar proyek yang pernah dikerjakan. Ketika meninjau repositori GitHub kandidat, perhatikan beberapa aspek yang dapat memberikan gambaran lebih akurat mengenai cara kerja, kualitas teknis, dan kebiasaan profesionalnya.

• Kebiasaan Commit: Apakah commit message yang digunakan cukup deskriptif atau hanya berupa tulisan seperti "fix bug", "update", atau "asdf"? Developer yang terbiasa bekerja dalam tim umumnya menulis commit message yang jelas dan mudah dipahami oleh orang lain.
• Kualitas Kode: Buka salah satu file dari proyek terbesar yang dimiliki kandidat. Perhatikan apakah terdapat komentar yang membantu, penamaan variabel yang jelas, serta penanganan error yang memadai atau justru dibiarkan tanpa penanganan yang baik.
• Aktivitas dan Kontribusi: Apakah kandidat memiliki kontribusi pada proyek open source? Meskipun bersifat opsional, hal ini dapat menjadi indikator bahwa ia aktif belajar dan mengembangkan kemampuannya di luar pekerjaan utama.

Apabila kandidat tidak memiliki GitHub publik, Anda dapat meminta satu contoh kode yang pernah ditulis beserta penjelasan singkat mengenai konteks proyek dan keputusan teknis yang diambil saat mengerjakannya.

3. Studi Kasus dan Problem-Solving Session

Berikan kandidat sebuah skenario yang merepresentasikan masalah nyata yang pernah dihadapi tim Anda, dengan detail yang telah dianonimkan. Tujuannya bukan untuk mencari jawaban yang paling sempurna, melainkan untuk memahami bagaimana kandidat menganalisis masalah dan menyusun pendekatan penyelesaiannya.

Sebagai contoh: "Aplikasi kami mengalami lonjakan traffic 10 kali lipat saat promo flash sale. Response time API meningkat dari 200 ms menjadi 8 detik. Apa yang akan Anda lakukan dalam 30 menit pertama?"

Saat mengevaluasi jawaban kandidat, perhatikan beberapa hal berikut:

• Kemampuan mengajukan pertanyaan klarifikasi: Apakah kandidat langsung memberikan solusi, atau terlebih dahulu mencari informasi tambahan yang diperlukan?
• Cara berpikir dan prioritas: Apakah kandidat mampu mengidentifikasi masalah yang paling kritis untuk ditangani terlebih dahulu?
• Pemahaman terhadap trade-off: Apakah kandidat mempertimbangkan kelebihan, risiko, dan konsekuensi dari solusi yang diusulkan?
• Kesadaran terhadap keterbatasan: Apakah kandidat memahami batasan dari solusi yang dipilih dan mengakui hal-hal yang belum diketahuinya?

Developer yang baik umumnya memahami apa yang mereka ketahui dan apa yang belum mereka ketahui. Sebaliknya, developer yang terlalu cepat yakin terhadap solusi pertama tanpa melakukan validasi seringkali justru membawa risiko yang lebih besar dalam lingkungan kerja nyata.

4. Wawancara Perilaku dengan Metode STAR

Pertanyaan umum seperti "Apa kelebihan dan kekurangan Anda?" sering kali tidak memberikan informasi yang cukup untuk menilai kemampuan kandidat secara objektif. Sebaliknya, pertanyaan yang berfokus pada pengalaman nyata cenderung menghasilkan jawaban yang lebih relevan dan dapat diverifikasi.

Salah satu pendekatan yang banyak digunakan adalah metode STAR (Situation, Task, Action, Result), yang membantu kandidat menjelaskan pengalaman kerja mereka secara terstruktur. Dalam metode STAR, kandidat diminta menjelaskan:

• Situation – konteks dan latar belakang situasi yang dihadapi.
• Task – tanggung jawab atau peran yang dimiliki dalam situasi tersebut.
• Action – langkah konkret yang diambil untuk menyelesaikan masalah.
• Result – hasil yang dicapai, idealnya disertai dampak yang dapat diukur.

Sebagai contoh, Anda dapat mengajukan pertanyaan seperti: "Ceritakan satu situasi ketika Anda harus menyelesaikan bug kritis di sistem produksi dengan waktu yang sangat terbatas. Apa yang terjadi dan apa yang Anda lakukan?"

Saat mendengarkan jawaban kandidat, perhatikan apakah mereka mampu menjelaskan kontribusi pribadi secara jelas. Kandidat yang terus-menerus menggunakan kata "kami" tanpa dapat menjelaskan peran spesifik yang mereka lakukan biasanya perlu ditanya lebih lanjut untuk memastikan tingkat keterlibatannya dalam situasi tersebut.

5. Paid Assignment atau Trial Project

Paid assignment merupakan salah satu metode evaluasi yang paling akurat, meskipun masih jarang digunakan karena membutuhkan komitmen dari kedua belah pihak. Dalam pendekatan ini, kandidat diberikan tugas berbayar berskala kecil, biasanya setara dengan 3–8 jam kerja, yang dirancang untuk merepresentasikan pekerjaan nyata pada posisi yang dilamar. Hasil pekerjaan tersebut kemudian digunakan sebagai bahan evaluasi dalam proses rekrutmen.

Keunggulan utama metode ini adalah perusahaan dapat melihat cara kerja kandidat secara langsung, bukan hanya jawaban yang telah dipersiapkan untuk sesi interview. Dari tugas tersebut, perusahaan dapat menilai kualitas hasil kerja, cara kandidat mengajukan pertanyaan klarifikasi, kecepatan penyelesaian, hingga kemampuan mendokumentasikan solusi yang dibuat. Karena dianggap lebih mencerminkan kondisi kerja sebenarnya, sejumlah perusahaan teknologi global telah mengadopsi pendekatan ini sebagai alternatif dari whiteboard interview, dan praktik serupa mulai digunakan oleh beberapa startup di Indonesia yang memiliki standar teknis tinggi.

6. Peer Interview dengan Anggota Tim Teknis

HR dan hiring manager tidak selalu memiliki kedalaman teknis yang cukup untuk mengevaluasi kandidat pada level menengah hingga senior. Karena itu, melibatkan satu atau dua anggota tim teknis yang nantinya akan bekerja langsung dengan kandidat dapat memberikan perspektif yang lebih akurat dalam proses penilaian. Sesama developer umumnya lebih mudah mengenali perbedaan antara pemahaman yang mendalam dan sekadar penggunaan jargon teknis tanpa substansi.

Agar hasilnya objektif, peer interview perlu memiliki struktur yang jelas, bukan sekadar sesi diskusi informal. Siapkan daftar pertanyaan dan rubrik penilaian yang konsisten untuk setiap kandidat. Setelah sesi selesai, minta setiap interviewer mengisi scorecard secara mandiri sebelum berdiskusi dengan interviewer lain. Pendekatan ini membantu mengurangi bias konfirmasi dan mencegah penilaian satu orang mempengaruhi penilaian anggota tim yang lain.

7. Reference Check yang Lebih Dalam dari Biasanya

Kebanyakan reference check hanya berfokus pada verifikasi administratif, seperti memastikan apakah kandidat benar pernah bekerja di perusahaan tertentu dan dalam rentang waktu yang disebutkan. Informasi tersebut memang penting, tetapi jarang memberikan gambaran yang cukup untuk menilai kualitas kerja, perilaku, atau potensi kandidat.

Reference check yang efektif seharusnya menggali aspek-aspek yang tidak dapat terlihat dari CV maupun proses interview. Beberapa pertanyaan yang dapat digunakan antara lain:

• "Dalam skala 1–10, seberapa besar kemungkinan Anda mempekerjakan kandidat ini kembali jika ada kesempatan? Mengapa bukan 10?"
• "Apa satu hal yang paling perlu ditingkatkan kandidat ini untuk dapat bekerja secara efektif di level yang lebih senior?"
• "Bagaimana cara kandidat ini merespons feedback, kritik, atau perbedaan pendapat dari rekan kerja dan atasan?"

Sebisa mungkin, mintalah referensi dari mantan atasan langsung, bukan hanya rekan kerja dengan level yang setara. Selain itu, lakukan percakapan secara langsung melalui telepon atau video call jika memungkinkan. Nada bicara, kecepatan menjawab, dan jeda saat memberikan respons seringkali memberikan konteks tambahan yang tidak akan terlihat dalam balasan email singkat.

Baca juga: Fast Hiring atau Right Hiring untuk Tim IT?

Kesimpulan

Tidak ada satu metode yang mampu menilai kualitas kandidat IT secara menyeluruh. Karena itu, proses seleksi yang efektif perlu mengkombinasikan beberapa pendekatan sesuai dengan level dan kebutuhan posisi yang dibuka. Yang terpenting adalah menjaga konsistensi kriteria penilaian untuk seluruh kandidat agar keputusan hiring tetap objektif dan minim bias. CV tetap memiliki peran penting sebagai alat screening awal, tetapi keputusan akhir sebaiknya didasarkan pada bukti kemampuan, cara berpikir, dan performa kandidat dalam situasi yang mendekati pekerjaan nyata.