Seberapa Sulit Wawancara Amazon?

Jika Anda sudah berlatih soal algoritma dan masih merasa belum siap, insting itu benar. Bagian ini menjelaskan dari apa kesulitan tambahan itu terbentuk, karena bukan dari soalnya, dan berlatih lebih banyak soal tidak mengatasinya.

Amazon menjalankan proses terstruktur. Pewawancara ditugaskan Leadership Principles tertentu untuk digali, mereka mencatat secara rinci selama percakapan, dan catatan itu dibandingkan dalam sesi debrief setelahnya. Ada dua konsekuensi. Cerita yang terdengar bagus di ruangan terasa tipis di atas kertas jika tidak ada keputusan dan tidak ada hasil, dan cerita yang sama diceritakan dua kali dengan detail berbeda di dua babak akan langsung terlihat saat catatan dibandingkan.

Sumber kesulitan lainnya adalah standar perilaku juga berlaku di babak teknis. Kandidat yang menyelesaikan soal coding dengan rapi tetapi tidak bisa menceritakan saat ia tidak sependapat dengan seorang manajer telah gagal pada komponen yang tidak akan pernah diukur oleh wawancara yang murni teknis.

Bar Raiser (penjaga standar) adalah pewawancara dari luar tim perekrutan, terlatih untuk peran ini, yang tugasnya menilai apakah Anda menaikkan rata-rata orang-orang yang sudah berada di level itu. Mereka tidak menilai apakah tim butuh satu orang lagi kuartal ini, dan mereka bisa memblokir perekrutan yang diinginkan manajer perekrutan.

Dalam praktiknya, ini berarti orang yang menentukan hasil Anda tidak punya kepentingan untuk mengisi posisi tersebut. Urgensi tidak membantu Anda, begitu pula kedekatan dengan manajer. Yang membantu adalah bukti yang tetap kuat setelah dituliskan dan dibaca oleh orang yang tidak pernah bertemu Anda.

Anda biasanya tidak bisa tahu siapa pewawancara itu, dan itu tidak penting. Jawablah setiap babak seolah-olah akan dibaca nanti oleh orang asing, karena memang begitu.

Bagi pekerjaannya menjadi dua. Bagian teknis adalah yang sudah dikenal: struktur data, algoritma, dan untuk level menengah ke atas, desain sistem. Sebagian besar kandidat yang gagal tidak gagal di bagian ini.

Bagian perilaku membutuhkan delapan hingga dua belas cerita yang dipetakan ke Leadership Principles, masing-masing dengan situasi, apa yang Anda putuskan secara pribadi, dan hasil yang terukur. Satu proyek bisa memberikan dua atau tiga cerita dari sudut berbeda. Tuliskan hasilnya dalam bentuk angka bila ada, karena pertanyaan lanjutan biasanya meminta persis itu.

Kemudian latih dengan suara keras. Seorang insinyur back-end dengan sembilan tahun pengalaman menulis catatan yang sangat baik tetapi tetap tersendat pada sesi latihan pertamanya, karena membaca sebuah cerita dan menceritakannya di bawah pertanyaan lanjutan adalah keterampilan yang berbeda. Dua minggu latihan lisan di /mock-interview mengubah cara penyampaiannya lebih banyak daripada sebulan tambahan membaca. Gambaran tahap demi tahap dari proses itu sendiri ada di /answers/topic/company-interviews.

Empat pola menjelaskan sebagian besarnya, dan tak satu pun berkaitan dengan kecerdasan.

• Cerita tanpa keputusan. Menceritakan apa yang dilakukan tim, bukan apa yang Anda pilih. Catatan akhirnya tidak memiliki bukti yang melekat pada nama Anda.
• Tidak ada hasil. Cerita yang berakhir saat proyek diluncurkan, tanpa keterangan apakah itu berhasil.
• Kehabisan materi. Menggunakan proyek yang sama di empat babak, yang terlihat jelas saat debrief meski tidak ada satu pun pewawancara yang menyadarinya.
• Memecahkan masalah secara diam-diam. Mengerjakan soal coding tanpa menarasikan alur pikirannya, sehingga tidak ada yang bisa dicatat pewawancara.

Perlu juga dikatakan dengan jelas bahwa insinyur yang mampu pun ditolak di sini karena alasan yang tidak ada hubungannya dengan kemampuan, termasuk kecocokan tim dan komposisi panel pada hari itu. Persiapan mengubah peluang; itu tidak menentukannya secara pasti, dan penolakan bukan vonis atas kemampuan Anda.