Mencari tahu cara merekrut developer saat Anda tidak bisa membaca kode sendiri adalah salah satu keputusan paling menegangkan bagi founder non-teknis. Anda akan menyerahkan uang dan kepercayaan kepada seseorang untuk membangun sesuatu yang tidak bisa Anda periksa sendiri, dalam bahasa yang tidak Anda kuasai. Rasa takut ini wajar. Saya sudah lebih dari satu dekade merekrut, mengelola, dan sesekali memberhentikan developer, dan saya juga pernah menjadi developer yang dipanggil untuk menyelamatkan proyek setelah salah rekrut menghabiskan budget.

Kabar baiknya: Anda tidak perlu bisa menilai kode untuk bisa menilai seorang developer. Anda perlu menilai output, komunikasi, dan kejujuran. Tiga sinyal ini terlihat oleh siapa saja yang cukup memperhatikan, dan panduan ini menunjukkan persis di mana harus melihat.

Kesalahan terbesar adalah merekrut berdasarkan sertifikat dan kepercayaan diri. Sertifikat, lama pengalaman, dan kelancaran bicara berkorelasi lemah dengan kemampuan menyelesaikan software yang benar-benar jalan. Yang berkorelasi kuat adalah rekam jejak hal-hal yang benar-benar selesai, dan cara seseorang bersikap ketika diberi tugas kecil yang nyata.

Berhenti Wawancara, Mulai Uji Coba

Wawancara tradisional mengukur seberapa baik seseorang saat diwawancara. Untuk developer, itu hampir tidak berguna bagi Anda, karena pembangun terbaik sering kali kurang pandai bicara, dan pembangun terburuk sering kali sangat pandai bicara.

Ganti sebagian besar wawancara dengan proyek uji coba berbayar yang kecil:

  • Batasi ke 3 sampai 5 hari kerja. Sesuatu yang nyata tapi terbatas. Landing page yang terhubung ke form. Laporan sederhana yang ditarik dari spreadsheet penjualan Anda. Perbaikan kecil di website yang sudah ada.
  • Bayar untuk itu. Untuk pasar Indonesia di awal 2022, siapkan budget sekitar Rp1 sampai 3 juta tergantung senioritas. Ini adalah asuransi termurah yang pernah Anda beli. Uji coba Rp2 juta yang menyelamatkan Anda dari proyek gagal senilai Rp60 juta adalah tawar-menawar yang sangat menguntungkan.
  • Berikan instruksi yang sengaja tidak sempurna. Jangan poles brief-nya. Pekerjaan nyata datang dalam keadaan berantakan. Yang Anda uji adalah apakah mereka bertanya untuk memperjelas sebelum mulai, atau langsung tancap gas membangun hal yang salah.

Uji coba ini memberi tahu Anda dalam satu minggu apa yang tidak akan pernah terungkap dari tiga kali wawancara.

Yang Perlu Diperhatikan Selama Uji Coba

Anda tidak bisa mengevaluasi kodenya, jadi evaluasi semua hal di sekitar kode itu. Sinyal-sinyal ini bisa dibaca oleh siapa saja:

  1. Pertanyaan sebelum mulai kerja. Developer yang baik membaca brief Anda dan kembali dengan dua sampai lima pertanyaan tajam. Diam lalu tiba-tiba muncul deliverable adalah tanda bahaya, bahkan jika hasilnya terlihat bagus. Itu berarti mereka menebak alih-alih memastikan, dan tebakan jadi mahal ketika skalanya membesar.
  2. Estimasi yang realistis, dengan alasan. Tanyakan berapa lama uji coba akan memakan waktu. "Dua hari" tanpa penjelasan nilainya lebih rendah dibanding "Sekitar empat hari: satu untuk setup, dua untuk fitur utama, satu untuk testing, dan bisa molor kalau akses hosting Anda lambat." Jawaban kedua menunjukkan mereka sudah pernah melakukan ini sebelumnya.
  3. Komunikasi progres tanpa diminta. Apakah Anda mendapat update singkat di tengah jalan, atau harus mengejar-ngejar mereka? Perilaku yang Anda lihat selama uji coba berbayar, saat mereka sedang menunjukkan sisi terbaiknya, adalah yang terbaik yang akan pernah Anda dapatkan.
  4. Cara mereka menangani perubahan. Di tengah pengerjaan, minta satu perubahan kecil. Profesional akan bilang "oke, itu menambah sekitar setengah hari" atau "bisa, tapi itu bertabrakan dengan X, ini ada opsi yang lebih sederhana." Yang cuma bisa bicara akan mengiyakan semua tapi tidak ada satu pun yang benar-benar dikirim.
  5. Serah terima yang benar-benar jalan. Di akhir, bisakah mereka menunjukkan hal itu berjalan, menjelaskan apa yang mereka bangun dengan bahasa awam, dan menyerahkan semua akses serta file? Kalau serah terimanya samar-samar, kepemilikan atas proyek Anda sendiri juga jadi samar-samar.

Pertanyaan Wawancara yang Membedakan Omong Kosong dari Pengerja Sungguhan

Buat wawancara tetap singkat dan gunakan untuk sinyal-sinyal yang tidak bisa diberikan oleh uji coba. Pertanyaan-pertanyaan ini tetap berguna bahkan jika Anda tidak paham satu pun jawaban teknisnya:

  • "Ceritakan proyek yang berjalan buruk. Apa yang terjadi?" Pembangun sejati punya cerita perjuangan dan mengakui bagian kesalahan mereka. Yang cuma bisa bicara mengklaim semua proyeknya berhasil, yang berarti mereka berbohong atau memang belum pernah mengerjakan sesuatu yang sulit.
  • "Apa yang akan Anda lakukan di minggu pertama kalau kami merekrut Anda?" Jawaban bagus: memahami bisnisnya, membaca apa yang sudah ada, mengirimkan sesuatu yang kecil. Jawaban buruk: menulis ulang semuanya dengan framework baru. Menulis ulang adalah cara developer menghibur diri dengan mengorbankan uang Anda. Saya pernah menulis soal ini di The Case for Boring Technology.
  • "Jelaskan ke saya, seolah saya pelanggan, apa yang terjadi saat saya klik 'beli' di sebuah website." Anda tidak sedang menguji akurasinya. Anda sedang menguji apakah mereka bisa menerjemahkan pekerjaan teknis ke bahasa awam, karena Anda akan membutuhkan terjemahan itu setiap minggu sepanjang kerja sama berlangsung.
  • "Apa yang SEBAIKNYA belum saya bangun dulu?" Developer paling berharga justru menahan ambisi scope Anda. Siapa pun yang mengiyakan seluruh mimpi lima fitur Anda bisa selesai dalam satu bulan sedang mengatakan apa yang ingin Anda dengar, bukan yang sebenarnya.

Berapa yang Wajar Dibayar, dan Jebakan Murah

Perkiraan kasar gaji bulanan untuk Indonesia di awal 2022, setara penuh waktu:

Level Rentang bulanan (IDR) Yang Anda dapatkan
Junior (0 sampai 2 tahun) 5 sampai 9 juta Butuh arahan dan review, berisiko sebagai satu-satunya rekrutan pertama
Mid (2 sampai 5 tahun) 9 sampai 18 juta Bisa memegang satu produk kecil dari awal sampai akhir, titik ideal untuk rekrutan pertama
Senior (5+ tahun) 18 sampai 35 juta+ Berlebihan untuk penuh waktu bagi kebanyakan UKM, cocok sebagai paruh waktu atau penasihat

Tarif harian freelancer berkisar sekitar Rp300 ribu sampai Rp1,5 juta di rentang yang sama.

Jebakannya: merekrut junior termurah sebagai satu-satunya orang teknis Anda. Developer junior tanpa ada orang senior yang mereview pekerjaannya bukanlah tawar-menawar, itu biaya yang ditunda. Proyek-proyek penyelamatan yang saya tangani hampir selalu berawal dari sini. Kalau budget ketat, struktur yang lebih baik adalah developer mid-level paruh waktu, atau freelancer yang dipasangkan dengan beberapa jam review senior per bulan.

Susun Kerja Sama untuk Melindungi Diri Anda

  • Milestone, bukan bayar lunas di muka. Bayar 20 sampai 30% di awal paling banyak, lalu per milestone yang diserahkan. Setiap milestone harus berakhir dengan sesuatu yang bisa Anda lihat berjalan, bukan "progres backend."
  • Anda yang memegang semua akun. Domain, hosting, repository kode sumber, semuanya terdaftar di bawah email Anda, sejak hari pertama. Ini tidak bisa ditawar. Kehilangan akses ke produk Anda sendiri karena freelancer menghilang adalah kisah yang sudah saya dengar puluhan kali.
  • Demo mingguan. Lima belas menit, mereka menunjukkan produk sungguhan yang berjalan. Bukan slide, bukan "hampir selesai." Software yang benar-benar jalan atau penjelasan jelas soal apa yang menghambat.
  • Tuliskan definisi "selesai". Satu halaman yang menjelaskan apa yang dilakukan produk jadi, disepakati sebelum pekerjaan dimulai. Kebanyakan perselisihan bukan soal kode yang buruk, melainkan dua orang yang membayangkan produk yang berbeda.

Merekrut developer hanyalah satu keputusan di dalam pertanyaan yang lebih besar tentang di mana posisi teknologi dalam bisnis Anda, yang sudah saya bahas di Why Your Business Needs a Technology Strategy, Not Just a Website.

Kesimpulan Praktis

Anda tidak perlu pengetahuan teknis untuk merekrut dengan baik. Anda butuh proses yang membuat kompetensi terlihat: uji coba berbayar yang kecil, perhatian pada pertanyaan dan komunikasi, pembayaran per milestone, dan kepemilikan atas akun Anda sendiri. Sertifikat dan kepercayaan diri itu murah. Pekerjaan yang selesai dan penentuan scope yang jujur adalah mata uang yang sesungguhnya.

Jika proyeknya lebih besar dari yang bisa ditangani satu developer, atau Anda ingin seseorang senior mengevaluasi pekerjaan atas nama Anda, itu persis jenis keterlibatan yang saya ambil secara selektif lewat halaman kemitraan saya. Apa pun pilihannya: uji outputnya, bukan omongannya.