Ada titik di mana mengoutsource semua kebutuhan teknis berhenti masuk akal. Website butuh perubahan kecil terus-menerus, tools internal terus bermasalah, dan Anda lelah menjelaskan konteks yang sama ke freelancer baru setiap beberapa bulan. Jadi Anda memutuskan membawa teknologi in-house. Merekrut developer pertama adalah salah satu keputusan dengan taruhan tertinggi yang akan diambil pemilik bisnis non-teknis, dan kebanyakan pemilik bisnis mendekatinya dengan cara yang justru keliru.
Kesalahan klasiknya adalah merekrut berdasarkan CV penuh framework yang tidak bisa Anda nilai. Anda melihat kandidat yang mencantumkan React, Node, Flutter, .NET, dan belasan singkatan lain, lalu berasumsi makin banyak makin baik. Padahal tidak. Developer pertama Anda bukan bergabung ke tim spesialis di mana keahlian mendalam di satu bidang jadi nilai jual. Mereka bergabung ke bisnis di mana mereka akan menjadi satu-satunya orang teknis, dan pekerjaan itu butuh keluasan, sikap pragmatis, dan kemampuan bicara dengan Anda selayaknya manusia biasa.
Mari saya jelaskan apa yang sebenarnya penting saat merekrut developer pertama, karena keputusan rekrutmen ini akan membentuk arah teknologi Anda untuk beberapa tahun ke depan.
Rekrut untuk judgment, bukan hafalan framework
Developer pertama Anda akan menghabiskan sangat sedikit waktu untuk pekerjaan mendalam dan spesialis yang biasanya diasosiasikan dengan keahlian framework. Sebagian besar waktunya akan dihabiskan untuk memutuskan apa yang perlu dibangun, apa yang tidak perlu dibangun, dan bagaimana menjaga sistem yang sudah ada tetap hidup tanpa over-engineering semuanya.
Itulah judgment, dan judgment adalah yang sebenarnya Anda beli. Developer dengan judgment yang baik akan memberi tahu Anda kapan sebuah masalah tidak butuh kode sama sekali, kapan tool siap pakai yang murah lebih baik daripada membangun custom, dan kapan ide ambisius Anda sebaiknya diuji dalam skala kecil dulu sebelum menjadi proyek enam bulan. Developer tanpa judgment akan dengan senang hati membangun apa pun yang Anda minta, dengan rapi, bahkan ketika itu adalah hal yang salah untuk dibangun.
Saat mengevaluasi kandidat, beri bobot lebih pada keluasan dan sikap pragmatis dibanding kedalaman. Anda ingin seseorang yang sudah pernah menyentuh frontend, backend, database, dan deployment, meski tidak menjadi ahli kelas dunia di salah satunya. Spesialis bisa datang belakangan, saat Anda sudah punya tim. Karyawan pertama Anda perlu mengcover seluruh permukaan teknis dengan kompeten dan tahu kapan harus meminta bantuan.
Pertanyaan wawancara yang benar-benar mengungkap sesuatu
Anda tidak bisa menilai kedalaman teknis kalau Anda sendiri bukan orang teknis, jadi jangan coba-coba. Sebagai gantinya, nilai hal-hal yang benar-benar bisa Anda putuskan sendiri: cara mereka berpikir, dan cara mereka menjelaskan. Ajukan pertanyaan seperti berikut, lalu dengarkan bentuk jawabannya.
- "Ceritakan saat Anda berhasil membujuk seseorang untuk tidak jadi membangun sesuatu." Developer yang baik pernah melakukan ini dan bangga akannya. Ini menunjukkan mereka mengoptimalkan untuk bisnis, bukan sekadar untuk menulis kode.
- "Jelaskan sebuah keputusan teknis yang Anda buat kepada orang yang tidak paham teknologi." Anda adalah audiens mereka untuk sisa masa kerja mereka. Kalau mereka tidak bisa membuat Anda memahami sebuah tradeoff dalam wawancara ini, mereka tidak akan pernah bisa melakukannya di pekerjaan nanti.
- "Ceritakan sesuatu yang pernah rusak dan bagaimana Anda menanganinya." Semua orang pernah mengirim bug. Anda mendengarkan ketenangan, rasa tanggung jawab, dan proses yang nyata, bukan orang yang menyalahkan developer sebelumnya.
- "Ini masalah nyata di bisnis saya. Bagaimana Anda akan mendekatinya?" Berikan mereka satu pain point yang sungguhan. Anda sedang mengamati apakah mereka menanyakan batasan dan biaya sebelum mulai merancang solusi.
Perhatikan bahwa tidak ada satu pun dari pertanyaan ini yang mengharuskan Anda memahami kode. Semuanya menuntut Anda menilai cara berpikir dan komunikasi, yang Anda lakukan setiap hari sebagai pemilik bisnis.
Red flag yang layak membuat Anda mundur
Beberapa tanda peringatan lebih penting daripada skill apa pun yang hilang. Waspadai hal-hal berikut.
| Red flag | Kenapa harus mengkhawatirkan Anda |
|---|---|
| Tidak bisa menjelaskan pekerjaan masa lalu secara sederhana | Anda akan dibiarkan buta arah selama bertahun-tahun |
| Meremehkan pertanyaan bisnis Anda | Mereka akan membangun apa yang mereka minati, bukan apa yang Anda butuhkan |
| Ingin membangun ulang semuanya secepatnya | Insting rewrite-first menghabiskan budget dan waktu |
| Mengejar setiap teknologi baru | Anda butuh stabilitas, bukan ajang membangun CV |
| Tidak ada rasa penasaran terhadap masalah nyata Anda | Kode tanpa konteks menghasilkan kesalahan yang mahal |
Framework yang belum dikuasai bisa dipelajari dalam sebulan. Komunikator yang buruk atau orang yang tidak tertarik pada bisnis Anda akan merugikan jauh lebih besar daripada gajinya. Kalau komunikasi terus muncul sebagai tema berulang dalam tulisan saya, itu karena inilah trait yang paling diremehkan pada karyawan teknis pertama.
Libatkan technical interviewer
Ini adalah langkah yang paling sering dilewatkan pemilik bisnis, dan ini asuransi termurah yang akan pernah Anda beli. Anda tidak harus mengevaluasi kompetensi teknis sendirian. Bawa seseorang yang bisa melakukannya.
Seorang fractional CTO atau senior developer tepercaya bisa ikut serta di wawancara final, mereview code sample kandidat, atau menjalankan diskusi teknis singkat sementara Anda fokus menilai kecocokan dan komunikasi. Ini hanya sebagian kecil biaya dari salah rekrut. Developer pertama yang salah tidak cuma membuang gaji. Mereka membangun sesuatu dengan buruk yang kemudian harus Anda bayar orang lain untuk membereskannya, dan bisa memundurkan teknologi Anda setahun penuh. Saya sudah lebih dari sekali dipanggil untuk menyelamatkan proyek yang bermasalah sejak awal karena salah rekrut karyawan pertama, dan itu selalu jauh lebih mahal daripada biaya review wawancara dua jam.
Kalau Anda tidak punya orang seperti itu di jaringan Anda, ini alasan yang sah untuk melibatkan technical partner khusus untuk masa perekrutan saja. Mendapatkan mata yang berpengalaman untuk menilai orang yang akan memegang seluruh fungsi teknologi Anda bukan kemewahan. Ini manajemen risiko dasar.
Kesimpulan praktis
Merekrut developer pertama bukan soal menemukan CV teknis paling mengesankan. Ini soal menemukan seseorang dengan judgment yang matang, komunikasi yang jujur, dan rasa penasaran yang tulus terhadap bisnis Anda, dibungkus dengan keluasan yang cukup untuk mengcover seluruh permukaan teknis sendirian.
Wawancarai cara mereka berpikir dan cara mereka menjelaskan, karena itulah yang benar-benar bisa Anda nilai. Perlakukan celah framework sebagai hal sepele dan celah komunikasi sebagai hal yang mendiskualifikasi. Dan jangan menilai kemampuan teknis sendirian. Libatkan technical interviewer berpengalaman untuk wawancara final, karena biaya bantuan itu tidak ada apa-apanya dibanding biaya salah rekrut. Ambil keputusan ini dengan benar dan sisa perjalanan teknologi Anda akan jauh lebih mudah. Salah ambil dan Anda akan merasakannya selama bertahun-tahun.