tl;dr; Perekrutan lebih berantakan dari yang Anda kira. Saya berbagi beberapa cerita tentang insinyur hebat yang ditolak karena alasan yang tidak ada hubungannya dengan kinerja teknik atau kesesuaian budaya mereka.

Saya menjalankan agen perekrutan teknis yang berbasis di Zurich. Saya akan membantu Anda melewatkan panggilan membosankan dengan perekrut non-teknis, menilai Anda secara wajar, dan mencocokkan Anda dengan pekerjaan teknologi keren di Zurich (dan juga Munich dan New York)! Silakan hubungi saya di [email protected].

Ketika orang tidak mendapatkan tawaran, mereka kebanyakan berpikir itu adalah kesalahan mereka: “Saya ditolak oleh tiga perusahaan berturut-turut, ada yang tidak beres dengan diri saya”. Setelah bekerja selama tiga tahun di bidang perekrutan teknologi, saya dapat meyakinkan Anda bahwa faktor acak dan kebisingan memainkan peran yang lebih penting, dibandingkan kemampuan Anda untuk melakukan wawancara. Seringkali penolakan terjadi karena kejadian yang tidak disengaja.

Cerita Horor 1: Kandidat ditolak karena kerangka kerja yang “salah”.

Untuk peran frontend di sebuah agensi, saya menunjuk seorang insinyur frontend yang berkontribusi pada ECMAScript dan menulis banyak kontribusi open source. Saya membutuhkan waktu berminggu-minggu untuk menemukan orang ini dan berjam-jam untuk menilai dia dengan benar, termasuk wawancara video (itulah yang ingin kami lakukan di coderfit.com). Dia ditolak oleh seorang insinyur yang mencari sepuluh menit pada kode yang dikirimkan:

“ […] Meskipun resume dan surat lamaran Anda sangat kompetitif, tim perekrutan kami meninjau lamaran Anda dan tidak memilihnya untuk pertimbangan lebih lanjut.” […]

Ini adalah email terekam yang sangat buruk karena pemohon tidak mengirimkan surat lamaran. Setelah membaca ini, saya meninggalkan semuanya, pergi ke kantor mereka untuk berbicara dengan insinyur yang menolak kandidat frontend terbaik yang saya wawancarai pada tahun 2017.

Pertama, pewawancara tidak dapat memberi tahu saya mengapa dia menolak kandidat tersebut, dia hanya mengatakan “kode tersebut direkayasa secara berlebihan” meskipun sebenarnya terstruktur dengan baik, dengan semua ES6 operator dan fungsi pendek di tempat. Setelah berdiskusi selama 10 menit, alasan penolakan menjadi lebih jelas: Kandidat menggunakan framework MVC yang tidak diketahui pewawancara. Saya sangat terkesan dengan penggunaan kerangka kerja oleh kandidat dalam wawancara pengkodean dengan saya sehingga saya tidak dapat memahami bagaimana hal ini bisa menjadi masalah.

Beberapa informasi latar belakang mengapa kami menggunakan kerangka kerja MVC yang tidak diketahui: Perusahaan perekrutan adalah agensi yang mencari proses yang dapat diulang dan teknisi utama (bukan pewawancara) mengeluh kepada saya bahwa mereka cenderung “menemukan kembali roda untuk setiap klien”. Kandidat yang saya kirimkan membuat kerangka kerja khusus di waktu luangnya yang memecahkan beberapa masalah yang dihadapi agensi ini.

Karena pewawancara yang menolak tidak melihat catatan saya atau rekaman video wawancara saya,dia tidak memahami konteks mengapa kandidat menggunakan kerangka kerja tersebut dan hanya menekan “tolak” di Sistem Pelacakan Pemohon. Selain itu, pada saat itu, ketua tim (yang mendukung kandidat) sedang berlibur dan tidak dapat melakukan intervensi.

Kiat:Secara umum, melihat pendapat orang lain tentang seorang kandidat sebelum melakukan penilaian merupakan ide yang buruk, namun dalam beberapa kasus, hal ini masuk akal jika menambahkan konteks.

Kisah ini sangat menyedihkan karena CEO membayar saya sejumlah gaji sehingga saya membawakan mereka “orang-orang terbaik” (inilah yang diinginkan setiap perusahaan dari saya, tetapi hanya sedikit yang menaruh uang di mulut mereka). Jadi, saya bekerja ekstra keras untuk peran itu. Namun, tidak ada dukungan dari karyawan dan teknisi perekrutan untuk benar-benar menilai kandidat yang saya kirimkan. Insinyur yang menolak kandidat tersebut bahkan mengatakan kepada saya: “perekrutan adalah prioritas terendah bagi kami”. Jika Anda mendapatkan seorang punggawa sebagai perekrut, hal ini akan membuat Anda lebih berkomitmen, namun hal ini tidak akan ada gunanya jika Anda tidak mendapat dukungan dari seluruh tim yang Anda rekrut.

Yang lebih buruk lagi, kandidat tersebut tidak mau berbicara dengan perusahaan Swiss lainnya setelah diperlakukan seperti ini (tanggapan terekam dari HR, tidak ada masukan, menunggu selama dua minggu agar penyerahan kode ditinjau).

Cerita Horor 2: Mantan Karyawan Google HAMPIR ditolak karena tidak hafal rumus Bayesian

Sebuah wawancara startup untuk peran Python mewawancarai seorang programmer yang meninggalkan Google-Zurich setelah empat tahun. Saya kesulitan memperkenalkan orang ini ke startup karena semua orang mengira dia akan meminta kompensasi Google-Zurich (›200rb CHF — dua kali lipat gaji rata-rata teknisi).

Namun, ia beralasan dengan tuntutannya dan hanya menginginkan tim yang harmonis dengan tantangan teknis yang menarik. Jadi, dia unggul dalam setiap wawancara dan mengesankan sebagian besar orang yang dia ajak bicara. Salah satu startup berhasil membantunya melewati keempat ronde dan di ronde terakhir dia berbicara dengan semua orang di tim dalam sesi 1 lawan 1. Setelah hari wawancaranya, kami mendiskusikan apakah akan mempekerjakannya atau tidak. Seseorang berdiri dan menjelaskan bahwa kandidat tersebut tidak dapat menjelaskan rumus Bayesian dan oleh karena itu tidak boleh dipekerjakan. Sepertinya tidak ada yang peduli kecuali pimpinan teknis. Dialah yang akan melapor kepada CEO bahwa mereka tidak mempekerjakan siapa pun selama berbulan-bulan (artinya, dia punya pengaruh dalam permainan tersebut). Jadi dia menggunakan hak vetonya dan menjelaskan bahwa tidak hafal hal-hal sepele adalah alasan bodoh untuk menolak seseorang. Jadi, mereka mempekerjakan orang tersebut. Pada akhirnya ternyata, orang ini adalah insinyur paling berharga yang pernah dipekerjakan oleh perusahaan tersebut!

Pertanyaan trik atau algoritma digunakan oleh Google dkk. karena perusahaan-perusahaan merek besar ini juga mampu membuat para insinyur menari telanjang untuk mereka. Mereka memiliki begitu banyak pelamar sehingga banyak kesalahan negatif dalam proses perekrutan tidak merugikan mereka. Google menerima tiga juta lamaran pekerjaan setiap tahunnya, namun hal ini tidak terjadi pada sebagian besar perusahaan lain. Seperti yang pernah dikatakan oleh Erin Ptacek dengan bijak:“Definisi kegilaan adalah melakukan sesuatu seperti yang dilakukan Google dan mengharapkannya berhasil untuk Anda.”

Cerita Horor 3: Programmer DILUPAKAN oleh HR

Biasanya, saya memantau dengan cermat apa yang terjadi dengan kandidat saya dan bagaimana kemajuan mereka melalui saluran perekrutan. Ketika saya sedang berlibur, seorang CEO memberikan persetujuannya bahwa mereka akan mempekerjakan seorang insinyur yang saya berikan. Saya menerima surat itu dan berasumsi semuanya akan berjalan baik-baik saja tanpa campur tangan saya. Namun kemudian terjadi: HR yang bekerja jarak jauh di negara lain lupa menindaklanjutinya. Karena saya sedang berlibur, saya juga tidak menindaklanjuti dan kandidat berpikir selama berminggu-minggu dia ditolak karena tidak ada yang menindaklanjuti.

Ketika saya kembali dari liburan, saya mendekati kandidat tersebut dan menanyakan apakah dia senang dengan pekerjaan barunya. Tapi dia bahkan belum memulainya! Baik dia maupun HR tidak dapat memahami mengapa tidak ada yang menindaklanjutinya. Jadi saya mengirimkan email-CC ke semua orang yang terlibat dan menanyakan apakah kami dapat menyelesaikan prosesnya dan tetap menjalankannya.

SDM pada umumnya dibayar rendah dan tidak terorganisir. Perekrut internal sering kali bertanggung jawab atas tugas administratif lain selain perekrutan. Atau yang lebih parah lagi, terkadang tidak ada HR dan ada orang di meja resepsionis yang tidak punya skin dalam review game, menolak atau meneruskan CV.

Kiat: Dalam komunikasi bisnis, jika orang tidak menindaklanjuti, bukan berarti tidak. Artinya masyarakat sedang sibuk. Tindak lanjuti, sampai mereka memberi tahu Anda “tidak”. Menganggap diam berarti “tidak” adalah kesalahan umum yang sangat mahal yang dilakukan oleh sebagian besar insinyur.

Cerita Horor 4: Kandidat ditolak karena dia lebih baik dari pewawancara

Orang-orang di Komentar HackerNews artikel ini menyebutkan bahwa terkadang pelamar yang hebat tidak diterima karena mereka terlalu bagus. Saya juga memperhatikan hal ini dan saya menambahkan cerita keempat yang melekat pada saya:

Kandidatnya adalah seorang programmer anak ajaib yang berkontribusi open-source berusia 22 tahun, ditolak pada tahap penyaringan kode oleh seorang pria, sebut saja dia “Jon”. Saya sangat tidak senang dengan penolakan tersebut sehingga saya menelepon untuk membahasnya. Kami melakukan panggilan telepon dengan tiga orang: HR, Jon dan saya.

Jon menunjukkan beberapa masalah dalam kode kandidat yang bahkan kami lihat di layar bersama. Semua hal yang dia sebutkan lebih merupakan pilihan gaya dan bukan masalah nyata. Hal-hal lain yang dia kritik tampak buruk bagi mata yang tidak terlatih tetapi sebenarnya memiliki alasan yang bagus (verbose try catch blok karena API yang digunakan untuk berinteraksi dengan kode tidak bersih). Lalu aku kehilangan kesabaran. Kritik tersebut membuat saya bersikap defensif dan menyebutkan bahwa kualitas kode kandidat lebih baik daripada kode pewawancara di Github. Di sini, temperamen saya tersesat. Orang HR yang mengambil bagian dalam panggilan tersebut menghentikan saya saat itu juga dan mengatakan kepada saya bahwa "kami tidak menilai Jon di sini". Sangat sulit untuk mengatakan apa pun pada saat ini jadi saya hanya mengganti topik dan mengakhiri panggilan. Mengapa orang-orang mungkin secara diam-diam suka mempekerjakan orang-orang yang kemampuannya sedikit lebih rendah dari mereka mungkin bisa menjadi bahan untuk posting blog lain.

Pembelajaran

Perekrutan lebih berantakan dari yang Anda kira. Jika Anda gagal mendapatkan tawaran, bukan berarti Anda insinyur yang buruk karena penolakan bisa disebabkan oleh banyak hal.

Jika Anda bertanya pada diri sendiri mengapa agen perekrutan ada, terkadang untuk mencegah beberapa hal yang disebutkan dalam posting ini terjadi. Agen perekrutan mencocokkan orang-orang dengan pekerjaan untuk mencari nafkah dan kami mempunyai kepentingan untuk menghilangkan hambatan dan membuat orang mendapatkan pekerjaan. Jika Andamempunyai cerita penolakan yang gila untuk dibagikan, tinggalkan komentar di bawah.

Jika Anda ingin mendengar lebih banyak dari saya ikuti saya di Twitter.

Jika Anda menyukai artikel ini, Anda mungkin juga menyukai:

Pertimbangkan untuk memesan di muka buku saya “Coderfit: Hasilkan lebih banyak uang sebagai programmer”

Tolong 👏 beri tahu saya jika Anda menikmati artikel ini!

Awalnya diterbitkan di coderfit.com pada 3 November 2017.