Sang Singa, Penyihir, dan Kenekatan Perekrut

• Pencari kerja mengkritik bagaimana ketidaksesuaian peran dan asimetri umpan balik menghabiskan waktu kandidat saat ia menjalani proses rekrutmen di dua perusahaan
• Hop.NS menjalankan trial contract 1 minggu untuk posisi “Senior Elixir Developer”, tetapi tugas sebenarnya adalah pemeliharaan ekstensi browser TypeScript dan penambahan fitur UI
• Pada awal trial week, waktu habis untuk mendapatkan akses ke Slack, GitHub, dan template desain; baru setelah sekitar 10–12 jam ia bisa menjalankan ekstensi secara lokal
• PerhapsMaybe mengadakan wawancara teknis lebih dari 5 jam lalu menolak memberi umpan balik individual, tetapi seminggu kemudian mengirim survei pengalaman kandidat dan meminta umpan balik hanya dari kandidat
• Jika perusahaan menuntut waktu dan kesungguhan yang panjang, mereka juga harus memberikan deskripsi peran yang akurat, alasan penolakan yang dipersonalisasi, dan penghormatan terhadap kandidat

---

Hop.NS: Trial week dari posisi Elixir berubah menjadi tugas ekstensi browser

• Pencari kerja melihat lowongan Hop.NS di LinkedIn, tempat mantan koleganya bekerja, lalu melamar
  • Nama perusahaan dan sebagian detail telah diubah untuk menghindari masalah hukum
  • Dulu perusahaan ini meminta take-home project selama 1 minggu dan membayar waktu yang digunakan untuk itu
• Lowongan tersebut adalah Senior Elixir Developer, dan dalam panggilan dengan CTO juga dibahas peran developer Elixir, tim, dan prosesnya
• CTO menjelaskan bahwa selama trial contract 1 minggu, kandidat akan mengerjakan “pekerjaan yang akan ditangani jika diterima”
• Dokumen kontrak berjalan tanpa masalah, dan trial week dimulai pada Senin pukul 09.00

Hari 1: Masalah akses dan terungkapnya tugas sebenarnya

• Pada hari pertama ia menerima kredensial email perusahaan sementara, tetapi tidak bisa masuk ke Slack workspace dan hanya mendapat pesan untuk menghubungi admin
  • Karena tidak ada sarana kontak, ia mengirim pesan via LinkedIn kepada kenalan di dalam perusahaan untuk meminta bantuan akses
  • Dari kontrak 40 jam, 2–3 jam habis karena masalah akses Slack
• Setelah itu, akses GitHub juga baru didapat setelah permintaan tambahan dan menunggu, sehingga ia akhirnya bisa meng-clone repository
• Karena supervisornya berada di Amerika Selatan, panggilan penjelasan tugas dijadwalkan pukul 18.00; sebelum itu ia melihat-lihat codebase Elixir dan membuka PR untuk perubahan kecil
• Dalam panggilan malam, tugas trial week ternyata adalah pemeliharaan ekstensi browser TypeScript serta penambahan fitur baru dan desain UI
  • Pencari kerja memastikan bahwa ia hanya punya sedikit pengalaman di area tersebut, tetapi penanggung jawab menjawab bahwa memang itulah tugasnya
  • Penanggung jawab mengatakan, “semua pekerjaan backend sudah selesai, jadi tidak perlu khawatir”
• Pencari kerja memahami situasinya sebagai: pekerjaan backend/Elixir yang ia inginkan sudah selesai, dan ia harus mengerjakan pekerjaan bernuansa frontend yang tidak ia inginkan

Hari 2: Menyiapkan environment eksekusi dan memastikan ketidaksesuaian peran

• Pada hari kedua, untuk menjalankan dan memahami ekstensi browser, ia perlu memasang Google Chrome
  • Pencari kerja biasanya lebih memilih Safari dan Firefox, dan menghindari penggunaan Chrome
• Butuh beberapa jam untuk memahami cara build dan menjalankannya secara lokal, dan ia harus terus menghubungi orang lain untuk mendapatkan kredensial serta akses tambahan
• Dalam percakapan dengan kenalan yang merekomendasikannya, ia bertanya apakah tugas trial week bisa sepenuhnya berbeda dari bidang keahlian kandidat
  • Kenalannya menjawab bahwa kadang kandidat memang ditempatkan di luar comfort zone, tetapi jika developer backend diberi pekerjaan frontend murni, berarti ada yang salah
  • Ia juga mengatakan bahwa jika dirinya berada dalam situasi yang sama, ia akan langsung berhenti
• Pencari kerja memutuskan untuk melanjutkan proses karena menghormati dua orang yang merekomendasikannya
• Di kanal Slack khusus rekrutmen, ia bertanya “apakah jika diterima saya akan terus mengerjakan proyek ini, atau mengerjakan hal lain”, dan jawabannya adalah “tidak selalu”
• Untuk mendapatkan template desain, ia kembali harus mengejar penanggung jawab; baru setelah 10–12 jam dari total 40 jam trial week, ia bisa menjalankan ekstensi browser secara lokal

Hari 3: Ruang lingkup tugas diperluas dan trial dihentikan

• Pada hari ketiga, ia sudah cukup memahami cara kerja dan apa yang perlu dilakukan, tetapi pengetahuan debugging ekstensi browser masih kurang
• Sekitar tengah hari pada hari ketiga, di pertengahan trial week, perusahaan kembali memperluas ruang lingkup tugas
• Pencari kerja mengirim pesan panjang berisi keberatan bahwa tugas tersebut sama sekali tidak sesuai dengan penjelasan selama proses rekrutmen
  • Deskripsi pekerjaan tidak memuat apa pun tentang TypeScript dan ekstensi browser
  • Ia sudah beberapa kali menekankan bahwa dirinya adalah engineer berorientasi “backend-and-ops”
  • Ia menilai tugas ini membuang-buang waktu dirinya dan waktu perusahaan
  • Ia menjelaskan bahwa satu-satunya alasan ia tidak langsung berhenti adalah rasa hormat kepada kenalan yang merekomendasikannya
• CTO menjawab bahwa mereka ingin mengecek apakah ia “cocok dengan budaya”, mengatakan bahwa perusahaan merasa tidak melakukan kesalahan, dan meminta agar tulisan itu tidak dipublikasikan
• Hop.NS membayar sekitar 20 jam kerja yang menyakitkan itu
• 3–4 minggu kemudian, CTO menghubunginya via LinkedIn untuk bertanya apakah ia tertarik pada posisi Staff Software Engineer, dan pencari kerja bertanya balik apakah mereka masih memakai taktik bait-and-switch

PerhapsMaybe: Setelah wawancara panjang, tidak ada umpan balik tetapi diminta mengisi survei

• Di PerhapsMaybe ada posisi Software Engineer with Elixir, dan karena ia punya kenalan di perusahaan tersebut, ia melamar
• Seorang kenalan mengangkat lamarannya di hadapan VP of Infrastructure yang tampaknya merupakan hiring manager untuk posisi itu, tetapi prosesnya tidak berjalan cepat
  • Informasi lamaran dikirim pada 27 Mei 2026
  • Kontak pertama dari tim rekrutmen baru terjadi pada 11 Juni 2026, lebih dari 2 minggu kemudian
  • Recruiter baru menghubungi setelah ia mengirim undangan ke VP di LinkedIn
• Panggilan 1 jam dengan VP berjalan lancar, dan minatnya terhadap peran tersebut makin besar
• Setelah itu dilanjutkan penjadwalan wawancara teknis, dan keseluruhan wawancara direncanakan berdurasi 5 jam 30 menit

Struktur wawancara PerhapsMaybe dan pemberitahuan penolakan

• Wawancara dilakukan dalam satu hari, dengan jeda 30 menit dan 2 jam di antara tiap sesi
• Strukturnya terdiri dari tiga bagian
  • Systems Design 1 jam: mendesain sistem pembayaran asinkron yang menggunakan gateway pembayaran sinkron
  • Coding Interview 1 jam: tugas mirip LeetCode seperti cross product dan pergerakan bidak catur di atas keypad
  • Technical Deep Dive 1 jam: menjelaskan detail teknis proyek terdahulu, Ultravisor
• Pencari kerja melakukan kesalahan dalam analisis kompleksitas big-O pada tugas kedua di coding interview, tetapi secara keseluruhan ia merasa solusinya cukup baik
• Dalam Technical Deep Dive, ia sendiri merasa cukup baik, tetapi mendapat firasat bahwa lawan bicaranya tidak terkesan atau mengharapkan sesuatu yang lain
• Menjelang akhir hari kedua setelah wawancara, ia meminta update kepada recruiter dan menerima pemberitahuan penolakan
• Email penolakan memuat kalimat bahwa “karena jumlah pelamar banyak, kami tidak memberikan umpan balik individual”

Asimetri umpan balik yang diciptakan survei pengalaman kandidat

• Seminggu setelah penolakan, PerhapsMaybe Hiring Team mengirim email Candidate Experience Survey
• Email tersebut mengatakan mereka ingin memastikan proses rekrutmen efisien dan pengalaman kandidat baik, lalu meminta umpan balik jujur serta hal-hal yang bisa diperbaiki dari pengalaman wawancara terbaru
• Pencari kerja menilai perusahaan kemungkinan memiliki sekitar 5 jam rekaman dan catatan rapat otomatis
  • Ia menyatakan bahwa dirinya dilarang menggunakan AI untuk catatan rapat
  • Ia mengkritik perusahaan yang tidak memberi alasan penolakan personal sepanjang 3–4 kalimat, tetapi meminta kandidat memberi umpan balik untuk memperbaiki proses
• Pencari kerja merasa diperlakukan bukan sebagai kandidat, melainkan seperti kontraktor yang mengevaluasi proses rekrutmen, lalu meminta billing details untuk mengirim invoice dengan tarif kontraktor

Kritik terhadap pasar kerja dan contoh positif yang langka

• Pencari kerja menggambarkan bahwa pasar kerja saat ini rusak
• Ia menyebut sebagian recruiter mengecam penggunaan LLM dalam proses lamaran
• Ia mengkritik bahwa formulir lamaran sering memuat pertanyaan seperti “mengapa ingin bekerja di XYZ” dan “apa yang paling menarik dari bekerja di XYZ”
  • Pencari kerja menilai bukan tugasnya untuk menjelaskan produk perusahaan seolah-olah menjualnya kembali kepada perusahaan
  • Ia menyatakan bahwa ia ingin melakukan pekerjaan yang menarik baginya dan dibayar untuk itu
  • Ia mengatakan bahwa satu-satunya orang yang bisa benar-benar antusias terhadap produk perusahaan adalah founder, dan setelah IPO, bahkan pemegang saham pun hanya menginginkan kenaikan nilai
• Sebagai pengecualian, dalam proses lamaran di Fresha, Christine Wong menjadi contoh positif
  • Alasan penolakannya adalah “kurangnya pengalaman coding agents”
  • Christine Wong meminta menjadwalkan panggilan untuk menyampaikan umpan balik yang dipersonalisasi secara langsung
• Pencari kerja mengatakan bahwa menyenangkan melihat orang sungguhan yang menunjukkan rasa hormat kepada kandidat, dan ia berterima kasih atas pengalaman itu

[GN⁺]

Komentar di Lobste.rs

• Ungkapan bahwa ini adalah cara mendorong kandidat keluar dari zona nyaman terdengar seperti membuat alasan untuk merekrut orang yang diinginkan dan mengabaikan faktor lain.
  Menyuruh developer backend mengerjakan pekerjaan frontend murni lalu menilai “kecocokan budaya” itu seperti menyalahkan ikan karena tidak bisa memanjat pohon.
  Selama pekerja tidak punya kendali atas perekrutan dan pemecatan tim, setidaknya untuk tim mereka sendiri, permainan seperti ini tampaknya akan terus berlanjut.

• Saya tidak terlalu bersimpati pada penulis tulisan ini.
  Dalam lingkungan korporat, tidak terlalu mengejutkan jika butuh satu hari untuk mendapatkan akses atau berbicara dengan orang di zona waktu lain, dan bagaimana seseorang bereaksi terhadap situasi seperti ini menjadi sinyal bagus untuk melihat kecocokan budaya.
  Juga tidak mengejutkan jika pekerjaan paling mendesak berada di luar lingkup peran yang sudah ditentukan; kandidat yang bisa bekerja di luar batasannya lebih bernilai bagi perusahaan daripada orang yang hanya bertahan dalam lingkup tertentu.
  Tentu saja, jika diminta mengerjakan sesuatu di luar bidang keahliannya, progresnya pasti lebih lambat dan hasilnya bisa lebih buruk, tetapi perusahaan kemungkinan lebih menyukai itu daripada penolakan outright.
  Tidak aneh juga di lingkungan korporat jika perekrut butuh berminggu-minggu untuk menjadwalkan wawancara, atau proses jadi lebih cepat setelah menghubungi VP lewat LinkedIn. Mengetahui kapan harus menghubungi VP juga bagian dari pekerjaan.
  Jika perekrut meminta feedback sementara tidak memberi feedback kepada kandidat, mengatakan bahwa hal itulah yang paling membekas juga bisa menjadi feedback yang baik.
  Yang paling mengganggu saya adalah kata “bitch” yang dicoret di bagian paling atas. Menyebut rekan kerja atau calon rekan kerja dengan cara seperti itu sama sekali tidak bisa diterima. Perbedaan pendapat boleh saja, tetapi serangan pribadi yang menargetkan gender tidak boleh.

  • Saya tidak bersimpati kepada orang yang tidak menghormati saya.
    Lowongan pekerjaannya menjelaskan pekerjaan backend murni, dan saya juga sudah mengatakan bahwa saya hampir hanya pernah mengerjakan backend dan operasi sistem.
    Namun setelah menawarkan pekerjaan backend murni, tiba-tiba mereka memberi tugas yang sama sekali tidak saya ketahui dan mengharapkan solusi yang berfungsi dengan “desain yang sesuai dengan bagian sistem lainnya” dalam waktu maksimal 32 jam; bagi saya itu hanya bisa dilihat sebagai ketidakhormatan terhadap pengalaman dan pengetahuan saya.
    Saya sudah bekerja sebagai developer backend lebih dari 10 tahun, sekitar 7 tahun di antaranya menangani observability dan performa, dan pengalaman frontend yang relatif banyak hanya sebatas menambahkan fitur ke aplikasi Vua yang sudah ada sekitar 8 tahun lalu.
    Jika mereka mencoba menilai pengalaman dan pengetahuan saya dengan tugas seperti ini, saya tidak punya pilihan selain menyimpulkan bahwa mereka tidak menginginkan saya. Menurut saya, daripada tidak mengatakannya dengan sopan, memaksa saya melakukan pekerjaan tak bermakna hingga menyulitkan saya sudah mendekati penghinaan.
    Jadwal rekrutmen yang memakan waktu berminggu-minggu juga mengejutkan bagi saya. Sebab seorang engineer senior/principal/staff di perusahaan itu sudah merekomendasikan saya kepada VP tersebut dua minggu sebelumnya, dan saya tahu VP itu sudah mengonfirmasinya.
    Saya sudah memberikan feedback, dan juga meminta informasi faktur kepada perekrut agar saya bisa menagih biaya konsultasi proses rekrutmen.
    Untungnya ada cara lain untuk mendapatkan feedback. Karena saya berada di UE, berkat GDPR saya bisa meminta semua catatan dan detail tentang proses rekrutmen saya.
  • Perbedaan pendapat itu wajar, tetapi bentuk makian atau pelabelan nama apa pun tidak boleh dilakukan.
    Bahasa korporat ada agar dua orang yang berada di sisi berlawanan dalam semua pertanyaan besar kehidupan pun tetap bisa bergerak bersama dengan baik menuju tujuan perusahaan.
    Saya juga membacanya dengan cara yang mirip. Saya tahu ini tulisan pelampiasan untuk teman-teman, tetapi jika sikap seperti ini terlihat sedikit saja di tahap wawancara, saya mungkin akan menolak wawancaranya.
  • Saat membaca, reaksi saya mirip, dan saya juga setuju dengan penjelasan di atas tentang realitas lingkungan korporat.
    Kemauan untuk bekerja di luar lingkup keahlian sendiri bukan hanya bernilai bagi pemberi kerja, tetapi juga bisa membuka peluang karier dan pembelajaran yang tidak akan diketahui jika seseorang bersikeras tetap di dalam wilayahnya sendiri.
    Yang penting adalah mengomunikasikan di mana batasnya agar ekspektasi dan jadwal bisa ditetapkan dengan tepat, dan kemampuan melakukan itu sendiri menjadi sinyal kuat dalam wawancara.
    Namun tetap perlu keseimbangan. Jika arah karier sudah sangat jelas dan proyek yang diminta tidak membawa ke arah itu, mungkin lebih baik memakai waktu untuk hal lain.
    Tetapi hanya karena tujuan saya dan pemberi kerja bertabrakan, saya rasa saya tidak akan menganggapnya sebagai penghinaan pribadi atau mengambil risiko membakar jembatan.
  • Bait-and-switch dari perusahaan memang tidak baik, tetapi tulisan ini lebih banyak menunjukkan tentang penulisnya daripada tentang perusahaan-perusahaan itu.
    Kalau hanya melihat tulisan ini, saya rasa saya tidak akan merekrutnya; terasa kekanak-kanakan dan tidak profesional.

• Baru-baru ini saya mengalami sesuatu yang cukup menarik. Seorang perekrut dari sebuah perusahaan menghubungi saya dan bertanya apakah saya tertarik berbicara, dan karena saya memakai produk perusahaan itu setiap hari, saya menerimanya.
  Saat panggilan dimulai, perekrut bertanya, “Jadi, apa yang sedang Anda cari?” padahal saya tidak sedang mencari apa pun. Karena merekalah yang mendekati saya, saya pikir bukan saya yang harus meyakinkan perusahaan, melainkan perusahaan yang mencoba meyakinkan saya.
  Meski begitu saya anggap itu hanya ucapan umum, lalu kami berbicara sekitar satu jam tentang apa yang dilakukan perusahaan dan sebagainya. Di akhir, dia bertanya apakah saya bersedia melanjutkan proses yang bisa mencakup tiga wawancara teknis dan berujung pada penawaran; karena posisi saya relatif menguntungkan dengan pekerjaan yang stabil, saya pikir itu menarik dan saya setuju.
  Perekrut mengatakan akan mengirim email setelah panggilan, lalu kami berpamitan.
  Namun hampir seminggu tidak ada email yang datang. Akhirnya saya mengirim email menanyakan apakah dia lupa, dan beberapa hari kemudian saya mendapat balasan bahwa kali ini mereka memutuskan untuk tidak melanjutkan proses.
  Rasanya anehnya menyakitkan, seolah saya mendapat pemberitahuan penolakan padahal bahkan tidak pernah melamar.
  Tapi ceritanya belum selesai. Beberapa minggu kemudian saya sedang menghadiri konferensi pemrograman besar, dan perekrut itu mengirim email bahwa mereka juga ada di sana, mengajak makan malam, dan bertanya apakah saya tertarik untuk memulai kembali proses wawancara.
  Karena mereka yang membayar, saya pergi makan malam dan mengobrol menyenangkan dengan beberapa engineer perusahaan. Namun terasa aneh mengapa “memulai kembali” menjadi opsi padahal bukan saya yang menghentikan prosesnya, dan mengapa itu seolah menjadi tanggung jawab saya.

• Saya merasa perlu ada halaman semacam panduan lingkungan IT korporat yang dibaca luas agar orang bisa bersiap menghadapi interaksi seperti ini.
  Saya tidak bermaksud membela hal-hal yang terjadi di sana, tetapi banyak orang tidak benar-benar mengetahui realitasnya.
  Keterlambatan akan terjadi, baik internal maupun eksternal. Kehilangan satu hari dalam proses mendapatkan akses itu normal dan bisa diperkirakan.
  Proses berjalan lambat, dan Anda menjadi roda gigi kecil dalam proses yang melihat metrik keseluruhan, bukan keberhasilan atau kegagalan individu.
  Banyak tempat memiliki kebijakan tidak memberikan feedback secara menyeluruh. Potensi ruginya adalah gugatan hukum, sementara potensi untungnya tidak ada.
  Komunikasi sering kali buruk, dan tes pekerjaan bisa berubah atau terlewat.
  Panduan seperti ini bisa menyelaraskan ekspektasi dan juga menyaring orang yang tidak ingin menghadapi keseharian seperti itu.

  • Memang benar keterlambatan terjadi, tetapi saya punya waktu tetap untuk menyelesaikan tugas.
    Agar bisa menyelesaikannya dalam batas itu, saya harus menggunakan orang di luar proses dan kanal komunikasi pihak ketiga untuk mendapatkan akses.
    Dalam pekerjaan biasa, keterlambatan mungkin normal karena kita bisa menunggu, tetapi proses rekrutmen tidak boleh memengaruhi pekerjaan harian saya. Itu perbedaan besar.
    Untuk kebijakan tidak memberikan feedback pun, karena saya berada di UE dan tercakup GDPR, saya bisa meminta semua detail dan catatan internal tentang diri saya.
    Pada akhirnya yang mereka dapatkan hanyalah kesan tidak profesional, dan seluruh proses ini terasa bukan seperti rekrutmen yang sah, melainkan seperti konsultasi proses rekrutmen.
    Menyelaraskan ekspektasi dan menyaring orang mungkin boleh saja, tetapi jika saya mengatakan butuh lebih banyak waktu, saya sangat meragukan apakah standar yang sama juga akan diterapkan kepada mereka. Karena itu muncul keunggulan yang tidak adil.
    Kalau dipikir lagi, mungkin saya seharusnya tidak melakukan apa-apa, tidak mendesak mereka memberi akses, hanya menunggu sampai mesin mereka berjalan pada akhir pekan, lalu menerima bayarannya saja. Mungkin saya akan lebih tidak peduli.