เป้าหมายหลัก
มองให้ลึกกว่าตำแหน่งและเรซูเม่ เป้าหมายคือการประเมินว่า Candidate เป็นผู้นำด้านเทคนิคที่ลงมือทำจริง (Hands-on) ซึ่งสามารถออกแบบ จัดการ และส่งมอบโปรเจกต์ได้ หรือเป็นแค่นักวางกลยุทธ์ในระดับสูง เราต้องการ 'Player-Coach' (คนที่เล่นและสอนได้) ไม่ใช่แค่ 'Coach' ที่สั่งการอย่างเดียว
กำหนดการและหัวข้อการพูดคุย
ช่วงที่ 1: สร้างความคุ้นเคยและกำหนดบริบท (15 นาที)
สร้างบรรยากาศการทำงานร่วมกัน ให้เป็นการพูดคุยทางเทคนิคระหว่างเพื่อนร่วมงาน ไม่ใช่การสัมภาษณ์ ลองแบ่งปันความท้าทายที่คุณเจอเมื่อเร็วๆ นี้เพื่อสร้างความไว้วางใจ
ช่วงที่ 2: เจาะลึกโปรเจกต์ที่เคยทำ (30-40 นาที)
ให้ Candidate เลือกโปรเจกต์ที่ซับซ้อนและเพิ่งทำไปล่าสุด แล้วเจาะลึกจาก 'ทำอะไร' ไปสู่ 'ทำไม' และ 'ทำอย่างไร' นี่คือส่วนที่จะทดสอบประสบการณ์จริง
ช่วงที่ 3: แก้ปัญหาร่วมกันแบบ 'Whiteboard' (30-45 นาที)
นำเสนอโจทย์ปัญหาจริงที่ปลายเปิด เพื่อสังเกตกระบวนการคิดของเขาแบบสดๆ นี่คือช่วงที่สำคัญที่สุดในการประเมินทักษะการปฏิบัติจริง
ช่วงที่ 4: สรุปและปรับความเข้าใจ (10 นาที)
เชื่อมโยงทักษะของเขากับความต้องการของบริษัท และประเมินความสนใจของเขาต่องานที่ต้องลงมือทำจริง
ช่วงที่ 3: โจทย์ปัญหา Whiteboard
สถานการณ์สำหรับ Candidate:
"ลูกค้า E-commerce ต้องการเพิ่มฟีเจอร์ 'สินค้าที่มักจะซื้อคู่กัน' (Frequently Bought Together) บนหน้าสินค้าโดยใช้ AI ข้อมูลมีสินค้าหลายล้านรายการและประวัติการทำธุรกรรมจำนวนมาก เรามีเวลา 3 เดือนสำหรับ MVP ลองร่างแผนกันหน่อย คุณจะเริ่มต้นกับปัญหานี้อย่างไร? ไม่ต้องเขียนโค้ด แค่อธิบายกระบวนการคิดของคุณ ตั้งแต่ข้อมูลไปจนถึงการ deploy"
สิ่งที่ต้องสังเกต:
- การตั้งคำถามเพื่อความชัดเจน: เขาถามเกี่ยวกับข้อมูล, performance, หรือข้อจำกัดต่างๆ ก่อนเริ่มแก้ปัญหาหรือไม่? (สัญญาณของ Senior Engineer)
- การแบ่งย่อยปัญหา: เขาแบ่งปัญหาใหญ่ออกเป็นส่วนเล็กๆ ที่จัดการได้หรือไม่? (เช่น 1. Data Ingestion/ETL, 2. Model Selection/Training, 3. API Service, 4. Frontend Integration)
- การเลือกใช้เทคโนโลยีและเหตุผล: เขาเสนอเทคโนโลยีที่เฉพาะเจาะจง (เช่น Python กับ Pandas/Scikit-learn, Vector Database, Cloud Function) และอธิบายข้อดีข้อเสียได้หรือไม่?
- ความคิดเชิงปฏิบัติ: เขาพูดถึง milestone, ปัญหาที่อาจเกิดขึ้น, logging, monitoring หรือแผนการ rollout หรือไม่? (ตัวชี้วัดสำคัญว่าเขาสามารถส่งมอบงานได้)
- การคำนึงถึง Scalability และการปฏิบัติจริง: เขาคิดถึงตอนที่ระบบต้องรับโหลดหนักๆ หรือไม่? เขาเสนอให้เริ่มจากโมเดลง่ายๆ สำหรับ MVP แล้วค่อยพัฒนาต่อใน V2 หรือไม่?
คำถามสำคัญเพื่อเจาะลึก
ใช้คำถามเหล่านี้เพื่อนำการสนทนาในช่วงเจาะลึกโปรเจกต์ (ช่วงที่ 2)
เพื่อประเมินการตัดสินใจทางเทคนิค:
"ทำไมคุณถึงเลือกใช้ Tech Stack X แทนที่จะเป็น Y ในโปรเจกต์นั้น? มีข้อดีข้อเสียที่ต้องพิจารณาอะไรบ้าง?"
เพื่อประเมินการแก้ปัญหา:
"เล่าถึงปัญหาทางเทคนิคหรือสถาปัตยกรรมที่ยากที่สุดที่คุณเคยเจอให้ฟังหน่อย คุณมีขั้นตอนการแก้ไขปัญหานั้นอย่างไร?"
เพื่อประเมินการจัดการโปรเจกต์:
"โปรเจกต์นั้นมีการวางแผนและติดตามงานกันอย่างไร? คุณมีบทบาทในการประเมินเวลาและช่วยแก้ปัญหาให้คนอื่นในทีมอย่างไรบ้าง?"
เพื่อประเมินแนวคิดปฏิบัติจริง:
"มี Technical Debt อะไรบ้างที่คุณยอมรับเพื่อให้งานเสร็จทันเดดไลน์ และคุณวางแผนจะกลับมาแก้ไขมันอย่างไร?"
การประเมินหลังการพูดคุย
ให้คะแนนคำตอบของ Candidate ทันทีหลังจบการสนทนา เพื่อให้ได้ภาพที่ชัดเจน
สัญญาณอันตรายที่ต้องจับตาดู:
- ใช้คำว่า "เรา" ตลอดเวลา และไม่สามารถอธิบายส่วนที่ตนเองทำโดยเฉพาะได้
- ใช้ศัพท์เทคนิค (Buzzwords) บ่อยๆ โดยไม่อธิบายแนวคิดเบื้องหลัง
- หลีกเลี่ยงที่จะตอบคำถามเกี่ยวกับความล้มเหลวหรือความท้าทาย
- แสดงความสนใจใน Tech Stack หรือปัญหาปัจจุบันของเราน้อยมาก