สัมภาษณ์ Amazon ยากแค่ไหน?

หากคุณฝึกโจทย์อัลกอริทึมมาไม่หยุดแต่ก็ยังรู้สึกว่าเตรียมตัวไม่พอ สัญชาตญาณของคุณถูกต้องแล้ว ส่วนนี้จะอธิบายว่าความยากที่เพิ่มเข้ามานั้นประกอบด้วยอะไร เพราะมันไม่ใช่ตัวโจทย์เอง และการฝึกโจทย์เพิ่มก็ไม่ได้แก้ปัญหานี้

Amazon ใช้กระบวนการสัมภาษณ์แบบมีโครงสร้าง ผู้สัมภาษณ์แต่ละคนจะได้รับมอบหมาย Leadership Principles ที่ต้องตรวจสอบเป็นการเฉพาะ พวกเขาจดบันทึกอย่างละเอียดระหว่างการสนทนา และบันทึกเหล่านั้นจะถูกนำมาเปรียบเทียบกันภายหลังในช่วง debrief ผลที่ตามมามีสองอย่าง เรื่องเล่าที่ฟังดูดีในห้องสัมภาษณ์จะดูบางเบาเมื่ออ่านบนกระดาษหากไม่มีการตัดสินใจและไม่มีผลลัพธ์ และเรื่องเล่าเดียวกันที่เล่าด้วยรายละเอียดต่างกันในสองรอบจะปรากฏให้เห็นทันทีเมื่อเปรียบเทียบบันทึก

แหล่งความยากอีกอย่างคือมาตรฐานด้านพฤติกรรมมีผลกับรอบเทคนิคด้วยเช่นกัน ผู้สมัครที่แก้โจทย์เขียนโค้ดได้อย่างสะอาดเรียบร้อยแต่ไม่สามารถเล่าถึงครั้งที่ไม่เห็นด้วยกับผู้จัดการได้ ถือว่าล้มเหลวในองค์ประกอบที่การสัมภาษณ์ด้านเทคนิคล้วน ๆ ไม่มีทางวัดได้เลย

Bar Raiser คือผู้สัมภาษณ์จากนอกทีมที่กำลังจ้างงาน ได้รับการฝึกมาสำหรับบทบาทนี้โดยเฉพาะ หน้าที่ของพวกเขาคือตัดสินว่าคุณช่วยยกระดับค่าเฉลี่ยของคนที่อยู่ในระดับนั้นอยู่แล้วหรือไม่ พวกเขาไม่ได้ประเมินว่าทีมต้องการคนในไตรมาสนี้หรือไม่ และสามารถระงับการจ้างที่ผู้จัดการฝ่ายสรรหาต้องการได้

ในทางปฏิบัติ นี่หมายความว่าคนที่ตัดสินผลลัพธ์ของคุณไม่มีผลประโยชน์ส่วนตัวในการเติมตำแหน่งนั้น ความเร่งด่วนไม่ช่วยคุณ และความสัมพันธ์ที่ดีกับผู้จัดการก็ไม่ช่วยเช่นกัน สิ่งที่ช่วยได้คือหลักฐานที่ยังคงหนักแน่นแม้ถูกจดบันทึกและอ่านโดยคนที่ไม่เคยพบคุณมาก่อน

โดยปกติคุณจะไม่รู้ว่าใครคือผู้สัมภาษณ์คนนั้น และมันก็ไม่สำคัญ จงตอบทุกรอบราวกับว่าจะมีคนแปลกหน้ามาอ่านในภายหลัง เพราะนั่นคือสิ่งที่เกิดขึ้นจริง

แบ่งงานออกเป็นสองส่วน ครึ่งด้านเทคนิคคือส่วนที่คุ้นเคยกันดี ได้แก่ โครงสร้างข้อมูล อัลกอริทึม และสำหรับระดับกลางขึ้นไปคือการออกแบบระบบ ผู้สมัครส่วนใหญ่ที่ไม่ผ่านไม่ได้ล้มเหลวตรงนี้

ครึ่งด้านพฤติกรรมต้องการเรื่องเล่าแปดถึงสิบสองเรื่องที่ครอบคลุม Leadership Principles แต่ละเรื่องต้องมีสถานการณ์ สิ่งที่คุณตัดสินใจด้วยตัวเอง และผลลัพธ์ที่วัดได้ โครงการเดียวสามารถให้เรื่องเล่าได้สองหรือสามเรื่องจากมุมมองที่ต่างกัน จดผลลัพธ์เป็นตัวเลขทุกครั้งที่มี เพราะคำถามตามมักจะขอสิ่งนั้นโดยตรง

จากนั้นให้ฝึกพูดออกเสียง วิศวกร back-end ที่มีประสบการณ์เก้าปีคนหนึ่งเขียนบันทึกได้ยอดเยี่ยมแต่ก็ยังติดขัดในการฝึกซ้อมครั้งแรก เพราะการอ่านเรื่องเล่ากับการเล่าภายใต้คำถามตามเป็นทักษะที่ต่างกัน การฝึกพูดสองสัปดาห์ที่ /mock-interview เปลี่ยนวิธีการเล่าได้มากกว่าการอ่านเพิ่มอีกหนึ่งเดือน ภาพรวมของกระบวนการทีละขั้นตอนอยู่ที่ /answers/topic/company-interviews เช่นกัน

สี่รูปแบบอธิบายกรณีส่วนใหญ่ได้ และไม่มีอันไหนเกี่ยวข้องกับสติปัญญาเลย

• เรื่องเล่าที่ไม่มีการตัดสินใจ การอธิบายสิ่งที่ทีมทำแทนที่จะเป็นสิ่งที่คุณเลือกเอง สุดท้ายแล้วบันทึกจะไม่มีหลักฐานใดเชื่อมโยงกับชื่อของคุณ
• ไม่มีผลลัพธ์ เรื่องเล่าที่จบลงเมื่อโครงการเปิดตัว โดยไม่พูดถึงว่ามันได้ผลหรือไม่
• วัตถุดิบหมด การใช้โครงการเดียวกันซ้ำในสี่รอบ ซึ่งจะเห็นได้ชัดในช่วง debrief แม้ผู้สัมภาษณ์แต่ละคนจะไม่ทันสังเกต
• การแก้ปัญหาแบบเงียบ ๆ การทำโจทย์เขียนโค้ดโดยไม่อธิบายแนวคิดออกมาเป็นคำพูด ทำให้ผู้สัมภาษณ์ไม่มีอะไรให้จดเลย

ก็ควรพูดให้ชัดเจนด้วยว่าวิศวกรที่มีความสามารถถูกปฏิเสธที่นี่ด้วยเหตุผลที่ไม่เกี่ยวกับความสามารถเลย รวมถึงความเข้ากันได้กับทีมและองค์ประกอบของคณะกรรมการในวันนั้น การเตรียมตัวเปลี่ยนโอกาส แต่ไม่ได้กำหนดผลลัพธ์ และการถูกปฏิเสธไม่ใช่คำตัดสินเกี่ยวกับความสามารถของคุณ