Rekrut Developer Itu Lama. Ini yang Kami Sarankan ke Klien

Coba tebak. Anda punya roadmap penuh fitur, deadline yang sudah terasa mepet, dan proses rekrutmen yang dari dua bulan lalu statusnya "hampir kelar". Cerita ini kami dengar tiap minggu.

Yang jarang diceritakan soal merekrut developer in-house adalah betapa banyak yang terjadi sebelum dia menulis satu baris kode pun. Dan kalau ternyata orangnya nggak cocok, hitungannya mulai dari nol lagi. Jadi sebelum pasang lowongan berikutnya, ada baiknya bandingkan dulu tiga cara realistis untuk menambah kapasitas tim engineering, lalu jujur soal mana yang sebenarnya cocok untuk kondisi Anda.

Ke mana perginya waktu berbulan-bulan itu

Kalau kami petakan bareng klien, proses rekrutmen yang umum biasanya kira-kira begini:

• Menyusun job desc dan approval anggaran: satu sampai tiga minggu. Di perusahaan besar atau BUMN yang penambahan headcount-nya butuh tanda tangan berjenjang, bisa jauh lebih lama.
• Sourcing dan screening: dua sampai enam minggu, tergantung seberapa langka stack-nya. Developer web umum jauh lebih gampang dicari daripada orang yang paham payment gateway tertentu atau framework lama yang masih Anda pakai.
• Interview dan tes teknis: dua sampai empat minggu, karena tiap babak butuh waktu dari engineer Anda yang paling sibuk.
• Offering dan one month notice: umumnya sebulan, kadang lebih untuk posisi senior yang harus serah terima dulu di kantor lamanya.
• Onboarding: beberapa minggu lagi sampai dia cukup paham codebase untuk jalan sendiri tanpa dituntun.

Total tiga sampai lima bulan itu wajar. Artinya satu kuartal lebih roadmap Anda diam di tempat.

Tiga cara menambah kapasitas developer

1. Rekrut karyawan tetap

Ini jawaban jangka panjang yang tepat untuk produk inti. Engineer tetap membangun pemahaman mendalam soal sistem, pelanggan, dan alasan di balik keputusan-keputusan lama, dan konteks seperti itu makin berharga dari tahun ke tahun. Kelemahannya ada di kecepatan dan risiko: mulainya lama, dan mahal kalau ternyata salah pilih.

2. Staff augmentation

Anda dapat developer tersaring, atau satu squad kecil, yang masuk ke tim Anda, pakai tools Anda, ikut standup Anda, dan ambil tiket dari backlog Anda. Arahan harian tetap dari Anda. Partner yang mengurus rekrutmen, kontrak, payroll, BPJS, sampai penggantian kalau ada yang resign atau nggak cocok. Waktu mulainya biasanya hitungan hari atau satu-dua minggu, bukan bulan.

3. Outsourcing berbasis proyek

Anda serahkan scope yang jelas, misalnya aplikasi mobile baru atau dashboard internal, lalu vendor mengerjakannya dengan tim dan proses mereka sendiri. Yang Anda kelola hasilnya, bukan orangnya. Cocok kalau pekerjaannya bisa berdiri sendiri dan Anda memang nggak punya waktu untuk mengawasi developer. Untuk ide produk yang benar-benar baru, membangun MVP dengan scope yang jelas sering lebih masuk akal daripada menambah orang ke tim yang sebenarnya belum ada.

Pilih yang mana, dan kapan

• Rekrut in-house kalau perannya inti untuk produk Anda selama bertahun-tahun, Anda sanggup menunggu, dan ada orang senior yang bisa menginterview serta membimbing dengan benar.
• Pakai staff augmentation kalau Anda sudah punya tim dan tech lead, backlog-nya jelas, dan masalahnya cuma kurang tangan. Ini juga pas sebagai jembatan selama calon karyawan tetap masih menjalani masa notice di kantor lamanya.
• Outsource proyeknya kalau scope-nya sudah terdefinisi, bisa agak terpisah dari sistem utama, dan nggak ada orang di pihak Anda yang sempat mengelola developer setiap hari.

Banyak perusahaan akhirnya mencampur ketiganya: inti kecil berisi karyawan tetap, developer augmentasi saat musim sibuk, dan sesekali proyek terpisah yang diserahkan penuh ke vendor.

Yang nggak bisa diselesaikan dengan augmentasi

Jujur saja, ada syaratnya. Developer augmentasi cuma bisa seproduktif lingkungan tempat dia ditaruh. Hasilnya bakal mengecewakan kalau:

• Nggak ada yang pegang prioritas, jadi developer baru dapat permintaan yang saling bertabrakan dari tiga manajer sekaligus.
• Nggak ada orang internal yang bisa me-review kode, sehingga masalah baru ketahuan berbulan-bulan kemudian.
• "Backlog"-nya ternyata cuma daftar ide samar tanpa kriteria selesai yang jelas.
• Proses deploy cuma ada di kepala satu orang, jadi tiap rilis tergantung dia lagi cuti atau nggak. Kalau ini terdengar familier, membereskan dasar-dasar cloud dan DevOps dulu mungkin lebih membantu daripada menambah developer.

Kalau dua atau lebih poin di atas menggambarkan tim Anda, bereskan dulu, atau minimal jalankan paralel. Kalau tidak, Anda membayar kapasitas yang nggak bisa dipakai.

Yang perlu disiapkan sebelum ada yang mulai kerja

1. Akses siap di hari pertama: repository, tools tiket, grup chat tim, environment staging, dan akun testing. Kehilangan minggu pertama cuma buat nunggu akses itu pemborosan paling sering dan paling gampang dihindari.
2. Dokumen onboarding singkat: cara menjalankan project di lokal, aturan branch dan review, dan siapa yang bisa ditanya soal apa.
3. Dua atau tiga tiket pemanasan yang nyata tapi risikonya rendah, supaya Anda bisa menilai kualitas kerjanya sejak awal.
4. Satu PIC di pihak Anda yang me-review pull request dan menjawab pertanyaan di hari yang sama.
5. Aturan kepemilikan kode dan kerahasiaan yang tertulis di kontrak, bukan sekadar diasumsikan.

Cara menilai partner augmentasi

Tanyakan bagaimana mereka menyaring developer dan apakah Anda boleh menginterview kandidatnya sendiri. Tanyakan apa yang terjadi kalau setelah dua minggu orangnya nggak cocok, dan berapa cepat penggantinya datang. Tanyakan apakah developernya khusus untuk Anda atau dibagi ke beberapa klien sekaligus. Tanyakan juga soal jam kerja yang overlap dan bahasa komunikasi tim. Partner yang bagus memberi jawaban spesifik, dan berani bilang kalau kondisi Anda lebih cocok pakai model lain. Hati-hati dengan vendor yang menjanjikan satu tim lengkap mulai Senin tanpa nanya stack Anda apa.

Outsourcing bukan sulap, dan nggak menggantikan prioritas yang jelas serta orang di pihak Anda yang bisa me-review hasilnya. Tapi kalau backlog Anda tumbuh lebih cepat dari tim, ini jelas lebih baik daripada menunggu satu kuartal lagi. Mau lihat cara kerjanya? Ini layanan IT outsourcing dan staff augmentation kami. Ceritakan apa yang sedang Anda bangun dan kami jawab apa adanya apakah cocok.