กระบวนการสัมภาษณ์ FAANG: อะไรเหมือนกัน อะไรต่างกัน

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

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

รายละเอียดแบบไล่ทีละขั้นตอนของแต่ละบริษัทอยู่ที่ หน้ารวมกระบวนการสัมภาษณ์แยกตามบริษัท

ถ้าโครงสร้างเหมือนกัน แล้วทำไมคำแนะนำในการเตรียมตัวถึงต่างกันไปตามบริษัท เพราะเกณฑ์การให้คะแนนต่างกัน และคำตอบของคุณก็ถูกวัดด้วยเกณฑ์นั้น ส่วนนี้คือแผนที่ของเรื่องนั้น Amazon เชื่อมโยงการสัมภาษณ์เชิงพฤติกรรมเข้ากับ Leadership Principles ของตัวเอง และจัดให้มี Bar Raiser ซึ่งเป็นผู้สัมภาษณ์จากภายนอกที่ทำหน้าที่รักษามาตรฐานการจ้างงาน อยู่ในทุกรอบสุดท้าย Meta ให้คะแนนตาม signal ที่ตั้งชื่อไว้ในแต่ละสาย โดยรอบ coding ขึ้นชื่อเรื่องความอัด แค่สี่สิบห้านาทีกับสองโจทย์ก็ถือเป็นเรื่องปกติ Microsoft กรองเรื่องพฤติกรรมผ่านวัฒนธรรม growth-mindset ของตัวเอง และมักปิดท้ายรอบสุดท้ายด้วยผู้สัมภาษณ์ระดับ senior ตามความเหมาะสม Apple จ้างงานทีละทีม ความลึกในสาขาความเชี่ยวชาญของคุณและวิจารณญาณด้านผลิตภัณฑ์จึงสำคัญกว่าเกณฑ์มาตรฐานใด ๆ ส่วน Google ซึ่งไลบรารีนี้พูดถึงกระบวนการของตัวเองในหน้าแยกต่างหาก จะเน้นการสัมภาษณ์แบบมีโครงสร้างและการพิจารณาโดยคณะกรรมการ

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

การเดินหลายกระบวนการพร้อมกันเป็นเรื่องปกติ ไม่ใช่ข้อยกเว้น และเคล็ดลับอยู่ที่การแยกการเตรียมตัวส่วนที่ใช้ร่วมกันออกจากการนำเสนอเฉพาะแต่ละบริษัท ทำงานส่วนที่ใช้ร่วมกันแค่ครั้งเดียว คือ ฝึก coding แบบจับเวลาและพูดอธิบายไปด้วย เรื่องราวการออกแบบ และคลังเรื่องราวที่มีรายละเอียดจริงในรูปแบบ STAR จากนั้นค่อยปรับการนำเสนอทีละบริษัท โดยนำเรื่องราวเดียวกันไปปรับให้เข้ากับหลักการของ Amazon signal ของ Meta หรือมุมมอง growth-mindset ของ Microsoft ในสัปดาห์ที่มีรอบสุดท้ายของแต่ละที่

วิศวกร full-stack คนหนึ่งที่ต้องผ่านรอบสุดท้ายของ Amazon และ Microsoft ห่างกันสามสัปดาห์ ถือเป็นตัวอย่างทั่วไป เรื่องราวเดียวเกี่ยวกับการกู้สถานการณ์การเปิดตัวที่ล้มเหลว ถูกนำไปใช้ได้ทั้งสองที่ คือ นำเสนอเป็น Ownership และ Dive Deep ต่อหน้า Bar Raiser และปรับใหม่เป็นการเติบโตที่ขับเคลื่อนด้วย feedback ตอนสัมภาษณ์กับ Microsoft การฝึกฝนด้านเทคนิคของเธอไม่เคยเปลี่ยนเลย เปลี่ยนแค่ถ้อยคำที่ใช้เท่านั้น ระหว่างรอบสัมภาษณ์สด ไม่ว่าจะบน Chime หรือบน Teams บทถอดเสียงในเครื่องและคลังเรื่องราวของเธอก็อยู่ในระยะที่เหลือบตาเห็นได้ตลอดเวลาที่เธอพูด

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