11 poin oleh GN⁺ 2 jam lalu | Belum ada komentar. | Bagikan ke WhatsApp
  • Berdasarkan pengalaman bekerja selama 17 tahun di Amazon dan melakukan sekitar 1.000 wawancara (sekitar 600 di antaranya adalah wawancara Bar Raiser), artikel ini menganalisis bagaimana wawancara perilaku memengaruhi keputusan perekrutan lebih besar daripada wawancara teknis
  • Alasan utama kandidat yang sangat kuat secara teknis gagal lolos bukanlah kekurangan teknis, melainkan masalah pada cara mereka menampilkan diri
  • Titik buta terbesar adalah menghabiskan 95% waktu persiapan wawancara untuk persiapan teknis, sementara hampir tidak meluangkan waktu untuk persiapan wawancara perilaku
  • Wawancara bukanlah ujian, melainkan lebih mirip audisi untuk menilai "apakah orang ini ingin kami ajak bekerja sama"
  • Hal utama yang dinilai perusahaan dalam wawancara perilaku adalah kecocokan peran, kecocokan organisasi, dan penentuan level, dan memahami hal ini membantu memilih cerita yang lebih baik

Pola inti yang ditemukan dalam wawancara Bar Raiser

  • Bar Raiser adalah pewawancara terlatih khusus yang ikut dari luar tim perekrutan dan bertugas memastikan bahwa karyawan baru akan menaikkan standar talenta Amazon
  • Mereka memiliki hak veto atas semua kandidat, dan ikut dalam loop wawancara di semua level, dari intern hingga Principal Engineer
  • Setelah sekitar 50 wawancara Bar Raiser, pola yang terlihat jelas adalah bahwa sebagian besar kandidat yang tidak mendapat offer gagal bukan karena kurang kompetensi teknis, tetapi karena gagal menampilkan diri dengan baik
  • Pada saat kandidat mencapai putaran akhir, mereka pada dasarnya sudah lolos screen teknis atau tugas, sehingga pertanyaan inti di putaran akhir adalah "apakah tim ini ingin bekerja bersama orang ini"
  • Pelajaran 1: Terlalu banyak persiapan untuk satu sisi, terlalu sedikit untuk sisi lainnya

    • Kandidat rata-rata menghabiskan 95% waktunya untuk persiapan teknis dan hanya 5% untuk sisanya, bahkan sebagian tidak menghabiskan waktu sama sekali untuk persiapan nonteknis
    • Persiapan teknis terasa menarik karena konkret dan progresnya bisa diukur, tetapi untuk soal coding, bahkan masalah yang belum pernah dilihat pun masih bisa dipecahkan lewat penalaran dengan sedikit petunjuk
    • Sebaliknya, dalam wawancara perilaku, untuk pertanyaan seperti "bagaimana Anda menangani proyek yang berjalan buruk", jika tidak punya cerita yang disiapkan, Anda tidak bisa menanganinya secara spontan
      • Tidak ada petunjuk, tidak bisa menalar secara real time, dan tanpa persiapan jawabannya akan menjadi bertele-tele dan tidak terstruktur
    • Pola kandidat yang lolos putaran coding tetapi runtuh saat ditanya soal pengalaman nyata terlihat ratusan kali
      • Umpan balik saat debrief: "Saya tidak bisa mendapatkan jawaban yang spesifik, dan semua ceritanya terasa samar serta tidak meyakinkan"
    • Persiapan nonteknis membutuhkan jauh lebih sedikit waktu dibanding persiapan teknis: dari total 80~100 jam persiapan wawancara, cukup satu akhir pekan (sekitar 10 jam) untuk menyiapkan cerita dan hasil wawancara perilaku bisa berubah total
    • Hasil tambahan dari persiapan teknis cepat mengalami penurunan manfaat marjinal, sedangkan hasil dari persiapan cerita bisa melonjak secara eksponensial karena hampir tidak ada orang yang melakukannya
  • Pelajaran 2: Cara menyampaikan cerita sama pentingnya dengan cerita itu sendiri

    • Pencapaian paling mengesankan sekalipun bisa terbuang percuma jika penyampaiannya buruk, dan pola kegagalan paling umum adalah "ramble and stumble"
      • Kandidat tampak seperti sedang menyusun cerita saat berbicara, atau menjelaskan konteks selama 5 menit lalu kembali menambahkan detail yang tadi terlewat
    • Untuk presentasi penting di pekerjaan, orang menyiapkan struktur, alur, dan poin utama serta melakukan latihan, tetapi banyak orang justru datang ke wawancara secara spontan
    • Ada kecenderungan menganggap persiapan cerita wawancara itu "tidak natural" atau "menipu", tetapi seperti musisi yang berlatih sebelum konser, latihan tidak ada hubungannya dengan keaslian
    • Cara mempraktikkannya: mulai dari dua pertanyaan, "perkenalkan diri Anda" dan "mengapa Anda ingin bekerja di perusahaan ini"
      • Tulis jawabannya, rekam diri sendiri, lalu tonton rekamannya untuk melihat di bagian mana Anda mulai bertele-tele atau punya filler yang tidak perlu
      • Ulangi sampai terasa seperti seseorang yang memang membuat orang lain berpikir, "saya ingin bekerja bersama orang ini"
    • Latihan 30 menit seperti ini bisa meningkatkan performa wawancara lebih besar daripada 20 jam latihan coding
  • Pelajaran 3: Wawancara adalah audisi untuk menunjukkan seperti apa rasanya bekerja bersama Anda

    • Sebagian besar kandidat menganggap wawancara sebagai ujian, padahal tidak ada kunci jawaban; yang ada adalah proses pewawancara membentuk kesan
    • Tugas spesifik Bar Raiser adalah menilai apakah kandidat lebih baik daripada 50% teratas karyawan yang sudah ada pada peran itu
    • Soal coding dalam wawancara memang berbeda dari pekerjaan nyata, tetapi pertanyaan perilaku menguji langsung situasi yang terjadi setiap hari seperti menyelesaikan perbedaan pendapat, menangani proyek yang krisis, dan membuat keputusan dengan informasi yang tidak lengkap
      • Saat bertanya tentang "pengalaman menyampaikan pendapat yang berbeda kepada stakeholder", pewawancara sedang membayangkan orang itu di rapat perencanaan berikutnya
      • Saat kandidat menjelaskan bagaimana menghadapi konflik dalam tim, pewawancara bertanya pada diri sendiri, "apakah saya ingin berada di ruangan yang sama dengan orang ini"
    • Kandidat yang mendekatinya seperti ujian mencoba menebak jawaban yang ingin didengar pewawancara dan memberikan jawaban yang mulus tanpa sisi kasar
      • Hasilnya: ketidakpastian berupa "saya sama sekali tidak bisa membayangkan bagaimana rasanya benar-benar bekerja dengan orang ini" → biasanya berujung pada "No"
    • Cara mempraktikkannya: siapkan cerita bukan berdasarkan apa yang kira-kira ingin didengar pewawancara, tetapi berdasarkan apa yang ingin Anda dengar dari orang yang akan bergabung ke tim Anda sendiri
      • Sampaikan versi nyata secara jujur, termasuk bagian yang sulit dan keputusan yang nyaris salah

Kesimpulan inti dari sekitar 1.000 wawancara

  • Orang yang diterima adalah mereka yang masuk ke ruangan lalu menyampaikan cerita yang jelas tentang pekerjaan dan kemampuannya, sehingga pewawancara merasa "saya ingin bekerja bersama orang ini"
  • Kemampuan menyampaikan cerita adalah keterampilan yang bisa ditingkatkan lewat latihan, tetapi kebanyakan orang tidak berlatih karena tidak menganggap ini sebagai area yang bisa dipersiapkan
  • Sedikit persiapan di sini bisa memberi dampak yang lebih besar daripada hampir semua hal lain yang dapat Anda lakukan untuk karier Anda

Apa yang dicari perusahaan dalam wawancara perilaku

  • Kompetensi teknis saja tidak menentukan offer; melalui wawancara perilaku, perusahaan menjawab dua pertanyaan inti: "apakah orang ini cocok untuk peran dan perusahaan ini?" dan "di level mana dia akan paling efektif?"
  • Jika kecocokan (fit) tidak pas, kandidat bisa gagal meski teknisnya hebat; jika penentuan level meleset, hasilnya bisa downlevel atau ditolak karena dianggap belum memenuhi syarat
  • Memahami kecocokan: kecocokan peran dan kecocokan organisasi

    • Kecocokan peran (Role Fit): apakah kandidat mampu menghadapi tantangan spesifik dan kondisi kerja dari posisi tersebut
      • Peran backend di startup yang tumbuh cepat dan peran backend di perusahaan besar mungkin mirip secara teknis, tetapi tuntutannya berbeda
    • Kecocokan organisasi (Company Fit): apakah kandidat bisa berhasil dalam lingkungan organisasi tersebut
      • Ini menilai apakah gaya kerja, cara mengambil keputusan, dan nilai-nilai kandidat selaras dengan cara perusahaan bekerja
  • Bagaimana perusahaan mendeteksi sinyal kecocokan

    • Karena tidak mungkin menanyakan langsung "apakah Anda cocok dengan perusahaan kami?", perusahaan mencari sinyal keselarasan atau ketidakselarasan dari cerita kandidat
    • Sinyal kecocokan peran: nyaman menghadapi kebutuhan yang ambigu, mampu berkoordinasi lintas tim, cepat beriterasi dan menyerap feedback
    • Sinyal kecocokan organisasi: terlihat dari pilihan kandidat dan cara mereka menjelaskannya
      • Perusahaan yang menekankan bias for action akan menyukai cerita tentang bergerak cepat meski informasi belum lengkap
      • Perusahaan yang menekankan customer obsession akan mencari contoh menggali kebutuhan pengguna secara mendalam
      • Perusahaan yang menekankan radical transparency akan mencari cerita tentang membagikan informasi secara terbuka meski terasa tidak nyaman
    • Cerita yang sama bisa mengirim sinyal berbeda tergantung perusahaannya: contoh menghabiskan 3 minggu untuk menyempurnakan solusi bisa dibaca sebagai fokus pada kualitas di satu perusahaan, tetapi sebagai analysis paralysis di perusahaan lain
  • Jenis mis-fit yang umum

    • Kemandirian vs. kolaborasi: gaya menyelesaikan masalah sendiri lalu kembali vs. gaya yang melibatkan tim di setiap tahap
      • Jika semua cerita Anda tentang bekerja sendirian, perusahaan yang berbasis konsensus akan khawatir; sebaliknya, jika semua cerita Anda tentang meminta konfirmasi kelompok, perusahaan yang menekankan kepemilikan individu juga akan khawatir
    • Kecepatan vs. ketelitian: eksperimen cepat dan MVP di startup vs. verifikasi hati-hati di bidang kesehatan atau keuangan
      • Termasuk juga perbedaan pandangan soal kualitas kode: meluangkan waktu ekstra untuk arsitektur yang rapi vs. memprioritaskan solusi yang bekerja tepat waktu
    • Keunggulan vs. pragmatisme: kesempurnaan teknis dan arsitektur bersih sebagai prioritas utama vs. solusi praktis yang dirilis tepat waktu meski tidak sempurna
    • Inovasi vs. stabilitas: menciptakan solusi baru dan menantang pendekatan lama vs. mempertahankan serta mengoptimalkan sistem yang sudah terbukti
    • Terus terang vs. diplomatis: budaya radical candor yang menyatakan pikiran apa adanya vs. budaya yang lebih menekankan harmoni dan menjaga muka
    • Data vs. intuisi: budaya yang meminta dasar data untuk setiap keputusan vs. budaya yang mempercayai penilaian berbasis pengalaman
    • Spesialis vs. generalis: keahlian mendalam pada satu domain di perusahaan besar vs. kemampuan menjalankan beragam peran di perusahaan kecil

Empat dimensi yang menentukan level

  • Level kandidat dinilai melalui empat dimensi yang muncul di semua cerita, dan keempat dimensi ini bersama-sama menunjukkan pada posisi mana kandidat akan bekerja paling efektif
  • Scope (cakupan)

    • Mengukur berapa banyak orang dan seberapa luas area yang dipengaruhi oleh pekerjaan tersebut
    • Entry Level: meningkatkan produktivitas pribadi, membantu sedikit anggota tim
    • Mid Level: memengaruhi sebagian cara kerja tim
    • Senior Level: berdampak langsung pada seluruh tim, mulai meluas ke setidaknya satu tim lain, dan bekerja erat dengan partner produk serta desain
    • Staff Level: berdampak langsung pada setidaknya dua tim, meluas ke organisasi yang lebih besar, dan berpengaruh hingga ke area produk, desain, dan manajemen program di luar engineering
    • Principal Level: mengubah cara banyak tim atau bagian besar organisasi bekerja, dengan pengaruh yang meluas sampai strategi bisnis
  • Contribution (kontribusi)

    • Mengukur apa yang benar-benar Anda lakukan, dengan membedakan jelas batas antara "saya" dan "kami"
    • Entry Level: mengerjakan tugas yang diberikan, memegang tanggung jawab penuh atas fitur yang terdefinisi jelas
    • Mid Level: memiliki solusi end-to-end dari identifikasi masalah hingga implementasi, sambil membimbing orang lain
    • Senior Level: memimpin inisiatif yang memerlukan koordinasi dan tetap mendorong kemajuan meski kebutuhan belum jelas atau arah masih tidak pasti
    • Staff Level: memimpin inisiatif lintas tim, menetapkan arah teknis, dan menangani situasi dengan prioritas stakeholder yang saling bertentangan
    • Principal Level: membangun kapabilitas organisasi, menetapkan cara kerja baru, dan beroperasi di lingkungan yang sangat ambigu di mana Anda bahkan harus mendefinisikan masalahnya sendiri
  • Impact (dampak)

    • Menunjukkan apa yang menjadi lebih baik sebagai hasil pekerjaan Anda, dan penting untuk menyertakan angka yang menghubungkan pencapaian teknis dengan hasil bisnis atau hasil bagi pengguna
    • Entry Level: peningkatan produktivitas pribadi, pengurangan waktu kerja berulang, pencegahan bug, dan sejenisnya
    • Mid Level: peningkatan terukur dalam efektivitas tim pada area tertentu, seperti mempercepat deployment atau membuat tooling
    • Senior Level: mengubah cara kerja seluruh tim, menyebar ke tim yang berdekatan, dan berdampak hingga hasil produk, pengalaman pengguna, atau biaya operasional
    • Staff Level: memperbaiki operasi banyak tim, dengan dampak yang bisa dihubungkan ke metrik bisnis seperti pendapatan, retensi pelanggan, atau kecepatan peluncuran
    • Principal Level: membangun kapabilitas organisasi, mendorong perubahan strategis, dan diukur lewat hasil bisnis serta kapabilitas strategis
  • Difficulty (tingkat kesulitan)

    • Mencerminkan kompleksitas, batasan, dan trade-off dari masalah yang Anda selesaikan; masalah sulit yang ditangani dengan baik lebih mengesankan daripada masalah mudah yang berdampak besar
    • Entry Level: masalah yang intuitif dalam pola yang sudah mapan, seperti mempelajari teknologi baru atau debugging kode yang belum familiar
    • Mid Level: masalah dengan lebih banyak bagian bergerak dan solusi yang kurang jelas, termasuk menangani kebutuhan yang bertentangan atau kompleksitas teknis yang belum pernah ditemui sebelumnya
    • Senior Level: mengelola batasan ketika banyak sistem saling berinteraksi, membuat keputusan arsitektur tingkat tim, dan harus mempertimbangkan faktor teknis sekaligus bisnis
    • Staff Level: mengelola trade-off yang bertentangan di banyak tim, menyeimbangkan berbagai pendekatan teknis saat tim benar-benar memiliki kebutuhan yang saling bentrok
    • Principal Level: menangani trade-off mendasar antar kebutuhan organisasi, menyelesaikan masalah baru yang tidak punya pola mapan atau preseden, serta membuat keputusan tingkat strategi perusahaan yang memerlukan persetujuan eksekutif

Meneliti apa yang benar-benar diprioritaskan perusahaan

  • Mustahil punya informasi sempurna, tetapi dengan sedikit riset yang fokus Anda bisa mendapatkan insight yang dilewatkan sebagian besar kandidat lain
  • Manfaatkan recruiter

    • Kebanyakan kandidat memperlakukan recruiter hanya sebagai penjaga gerbang, padahal mereka sebenarnya adalah sumber informasi internal terbaik
    • Kinerja recruiter diukur berdasarkan jumlah offer yang diterima kandidat, jadi mereka memang ingin Anda berhasil
    • Tanyakan secara langsung: "apa tantangan perusahaan saat ini?", "kemampuan apa yang paling penting untuk peran ini?", dan "bisakah Anda membagikan materi persiapan wawancara?"
    • Contoh pertanyaan dalam materi persiapan sangat mungkin muncul di wawancara yang sebenarnya
  • Gunakan informasi publik

    • Kata-kata yang berulang di lowongan kerja mengungkap apa yang dianggap penting oleh perusahaan: "fast-paced" dan "compliance" memberi sinyal yang sangat berbeda
    • Tempat yang perlu dilihat: engineering blog (pencapaian seperti apa yang dirayakan), tech talk·conference (topik presentasi), kontribusi open source (apa yang mereka buka ke publik), dokumentasi teknis (kualitas dokumentasi API publik), status page·postmortem (apakah ada budaya belajar dari kegagalan)
    • Bahkan tanpa engineering blog pun, Anda bisa menangkap prioritas perusahaan dari pola peluncuran produk (kecepatan pengembangan) dan pilihan teknologi (inovasi vs. stabilitas)
  • Analisis pola diskusi

    • Di Glassdoor, Blind, dan Reddit, abaikan keluhan individual dan cari pola yang muncul di banyak posting
    • Keluhan seperti "terlalu banyak rapat" bisa menandakan budaya kolaborasi dan konsensus, atau justru produktivitas yang terganggu karena rapat berlebihan
    • Pujian terhadap "otonomi" menunjukkan lingkungan di mana orang dipercaya mengambil keputusan tanpa harus terus meminta konfirmasi
  • Bicara dengan karyawan yang sedang bekerja di sana

    • Daripada bertanya soal budaya secara permukaan, ajukan pertanyaan yang spesifik
      • "apa yang dilakukan orang-orang yang dipromosikan hingga mereka bisa naik jabatan?"
      • "perilaku seperti apa yang biasanya mendapat feedback negatif?"
      • "ketika ada perbedaan pendapat, bagaimana tim mengambil keputusan?"
      • "apa hal yang paling mengejutkan Anda setelah bekerja di sini?"
    • Karyawan aktif bisa memberi kebenaran yang tidak akan pernah Anda temukan di situs perusahaan: customer obsession mungkin dalam praktik berarti melihat data pengguna sebelum menulis kode, atau ownership bisa berarti siap menangani isu produksi pukul 2 pagi
  • Tujuan akhir dari riset

    • Semua riset ini punya satu tujuan: memahami cerita seperti apa yang akan paling beresonansi dalam wawancara
    • Jika perusahaan menghargai kecepatan, tekankan cerita tentang merilis cepat dan beriterasi; jika menghargai kedalaman teknis, tekankan contoh menggali akar masalah; jika menghargai kolaborasi, fokus pada kerja lintas tim
    • Riset juga membantu menilai apakah perusahaan itu cocok untuk Anda: jika perusahaan menghargai perilaku yang tidak Anda tampilkan secara natural atau tidak ingin Anda kembangkan, mungkin peran itu memang tidak perlu dikejar

Ringkasan

  • Perusahaan menilai bukan hanya apakah Anda bisa melakukan pekerjaannya, tetapi juga seberapa besar peluang Anda untuk berhasil dalam lingkungan tertentu dan pada level yang paling efektif
  • Memahami kecocokan membantu Anda memilih pengalaman yang paling selaras dengan nilai perusahaan
  • Memahami level membantu memosisikan cerita Anda dengan tepat: proyek yang sama bisa tampak sebagai eksekusi entry-level, kepemilikan mid-level, atau kepemimpinan senior-level tergantung kontribusi nyata dan framing-nya
  • Tujuannya bukan mendapatkan offer apa pun, tetapi mendapatkan offer yang tepat di perusahaan yang tepat, pada level yang tepat, untuk memastikan Anda bisa berhasil

Belum ada komentar.

Belum ada komentar.