คำถามสำหรับนายจ้างในอนาคต

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

ด้านล่างนี้เป็นรายการหัวข้อที่จะแสดงส่วนที่เป็นปัญหาที่ผู้คนไม่ชอบพูดถึง

Disclaimer:
ไม่มีประโยชน์ที่จะถามคำถามด้านล่างกับฝ่ายทรัพยากรบุคคลเนื่องจากผลประโยชน์ทับซ้อน

เกี่ยวกับสัปดาห์การทำงาน

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

เกี่ยวกับความถี่ของการเกิดเพลิงไหม้

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

จะต้องดับไฟ แต่ทีมอาจคุ้นเคยกับสิ่งนี้มากจนการปฏิเสธจะถูกมองว่าเป็นการละทิ้ง

เกี่ยวกับการประชุมในเวลาทำการ

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

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

ฉันมีความสุขเมื่อพวกเขาจ่ายค่าตั๋วเครื่องบิน ค่าตั๋วเครื่องบิน รวมถึงค่าที่พักและอาหารด้วย ถ้าฉันเป็นวิทยากร พวกเขาจะให้โบนัสเพิ่มอีก $2000

เกี่ยวกับกำหนดเวลาที่เข้มงวด

เช่นเดียวกับไฟ คำถามนี้เป็นตัวบ่งชี้อัตราความเหนื่อยหน่ายในทีม

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

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

ลุงบ๊อบเขียนเกี่ยวกับเรื่องนี้ หนังสือ.

มาดูคำถามโปรดของฉันกันดีกว่า จัดการกับพวกเขาหากคุณไม่มีเวลาซักถามรายละเอียดคู่สนทนาของคุณ

เกี่ยวกับข้อดีข้อเสีย

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

ฉันเริ่มด้วยคำถามนี้เมื่อฉันถูกสัมภาษณ์โดยนักพัฒนาสามคน พวกเขาลังเลและในตอนแรกก็ตอบว่าไม่มีข้อเสียอะไรเป็นพิเศษ ทุกอย่างดูเหมือนจะโอเค
- แล้วข้อดีล่ะ?
พวกเขามองหน้ากันและคิด
- พวกเขาแจก MacBooks
— วิวสวยมาก ชั้น 30 เลย

นี่พูดมาก ไม่มีใครจำโปรเจ็กต์นี้ได้ มีไมโครเซอร์วิสหลายร้อยรายการ และทีมพัฒนาเจ๋งๆ
แต่มีชั้น 30 และ MacBooks ครับ

เมื่อบุคคลจำสิ่งเลวร้ายไม่ได้แสดงว่าเขาโกหกหรือไม่สนใจ สิ่งนี้เกิดขึ้นเมื่อข้อเสียกลายเป็นสิ่งธรรมดา เช่น ปลาเฮอริ่งใต้เสื้อคลุมขนสัตว์ในวันปีใหม่

เนื่องจากสิ่งนี้คล้ายกับความเหนื่อยหน่ายอย่างมาก ฉันจึงถามเกี่ยวกับการทำงานล่วงเวลา
พวกเขามองหน้ากันอีกครั้งพร้อมรอยยิ้มเล็กน้อย คนหนึ่งตอบแบบติดตลกว่าพวกเขาดำเนินการมาตั้งแต่ปี 2016 เมื่อเขาพูดแบบนี้แบบสบายๆ อีกฝ่ายก็แก้ไขทันทีว่าค่าล่วงเวลาทั้งหมดได้รับค่าตอบแทนอย่างดี และเมื่อสิ้นปีทุกคนก็ได้รับโบนัส

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

เอาท์พุต

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

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

ฉันมีกรณีที่คำตอบสำหรับคำถามเหล่านี้และคำถามอื่นๆ ใช้เวลาสนทนาหนึ่งชั่วโมงครึ่งถึงสองชั่วโมง พวกเขาช่วยสร้างภาพที่มีรายละเอียดและประหยัดเวลาได้หลายเดือนหรือหลายปีของการทำงาน

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

ขอบคุณสำหรับภาพประกอบที่ยอดเยี่ยม ซาช่า สคราสติน.

ที่มา: will.com