7 วิธียอดนิยมในการทดสอบความสามารถของผู้เชี่ยวชาญด้านไอทีอย่างรวดเร็วก่อนการสัมภาษณ์

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

ดังนั้น 7 วิธีแรกของฉันในการทดสอบความสามารถของผู้เชี่ยวชาญด้านไอทีอย่างรวดเร็วก่อนการสัมภาษณ์:

7. ศึกษาพอร์ตโฟลิโอของผู้สมัคร ตัวอย่างโค้ด และแหล่งเก็บข้อมูลที่เปิดอยู่

6. งานทดสอบที่มีกำหนดเวลาสั้น (เสร็จสิ้นภายใน 30-60 นาที)

5. การสัมภาษณ์ด่วนสั้นๆ เกี่ยวกับทักษะทางโทรศัพท์/Skype (เช่น แบบสอบถาม ทางออนไลน์และด้วยเสียงเท่านั้น)

4. Live-Doing (Coding) – เราแก้ไขปัญหาง่ายๆ แบบเรียลไทม์ด้วยหน้าจอที่แชร์

3. แบบสอบถามพร้อมคำถามปลายเปิดเกี่ยวกับประสบการณ์

2. การทดสอบแบบปรนัยสั้นๆ โดยมีเวลาจำกัด

1. งานทดสอบแบบหลายขั้นตอน ขั้นตอนแรกจะต้องเสร็จสิ้นก่อนการสัมภาษณ์

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

7 วิธียอดนิยมในการทดสอบความสามารถของผู้เชี่ยวชาญด้านไอทีอย่างรวดเร็วก่อนการสัมภาษณ์

ในบทความก่อนหน้าเกี่ยวกับช่องทางการจ้างงาน habr.com/th/post/447826 ฉันทำการสำรวจในหมู่ผู้อ่านเกี่ยวกับวิธีทดสอบทักษะของผู้เชี่ยวชาญด้านไอทีอย่างรวดเร็ว ในบทความนี้ฉันพูดถึงวิธีที่ฉันชอบเป็นการส่วนตัว ทำไมฉันถึงชอบมัน และวิธีที่ฉันใช้มัน ฉันเริ่มต้นที่หนึ่งและจบในที่เจ็ด

1. งานทดสอบแบบหลายขั้นตอน ขั้นตอนแรกจะต้องเสร็จสิ้นก่อนการสัมภาษณ์

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

ฉันจะใช้วิธีนี้ในกรณีใดบ้าง?

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

วิธีการปฏิบัติ

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

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

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

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

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

ข้อดี

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

สำหรับบางคน วิธีการนี้อาจดูซับซ้อนและมีราคาแพง การประเมินความเข้มข้นของแรงงานของฉันในการใช้วิธีนี้มีดังนี้: ใช้เวลา 30-60 นาทีในการอธิบายงานทดสอบ และ 15-20 นาทีเพื่อตรวจสอบคำตอบของผู้สมัครแต่ละคน สำหรับผู้สมัคร การทำแบบทดสอบดังกล่าวมักจะใช้เวลาไม่เกิน 1-2 ชั่วโมง ในขณะที่พวกเขาจมอยู่กับแก่นแท้ของปัญหาที่พวกเขาจะต้องแก้ไขในอนาคต เมื่อถึงขั้นตอนนี้แล้ว ผู้สมัครอาจไม่สนใจ และเขาปฏิเสธที่จะสื่อสารกับคุณ โดยเสียเวลาไปเล็กน้อย

ข้อ จำกัด

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

2. การทดสอบแบบปรนัยสั้นๆ โดยมีกำหนดเวลา

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

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

วิธีการปฏิบัติ

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

ฉันจะใช้วิธีนี้ในกรณีใดบ้าง?

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

ข้อดี

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

ข้อ จำกัด

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

3. แบบสอบถามพร้อมคำถามปลายเปิดเกี่ยวกับประสบการณ์

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

วิธีการปฏิบัติ

ใช้งานได้อย่างง่ายดายโดยใช้ Google Forms สิ่งสำคัญคือการถามคำถาม ฉันใช้การออกแบบมาตรฐานหลายแบบ

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

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

คุณจะเลือกเทคโนโลยี AAA มากกว่า BBB ในสถานการณ์ใด
บอกเราเกี่ยวกับปัญหาที่ยากที่สุดที่คุณแก้ไขโดยใช้ XXX ปัญหาหลักคืออะไร

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

ฉันจะใช้วิธีนี้ในกรณีใดบ้าง?

เมื่อทำงานกับคำสั่งซื้อสำหรับการคัดเลือกผู้เชี่ยวชาญ หากลูกค้าไม่ได้เสนอวิธีการทดสอบความสามารถหลักของตนเอง ฉันจะใช้วิธีนี้ ฉันได้เตรียมแบบสอบถามในหัวข้อต่างๆ ไว้แล้ว และไม่มีค่าใช้จ่ายใดๆ ในการใช้วิธีนี้กับลูกค้าใหม่

ข้อดี

ใช้งานง่ายด้วย Google Forms ยิ่งไปกว่านั้น การสำรวจใหม่สามารถทำได้โดยอิงจากการสำรวจครั้งก่อน โดยแทนที่ชื่อของเทคโนโลยีและเครื่องมือด้วยชื่ออื่น ๆ ตัวอย่างเช่น แบบสำรวจเกี่ยวกับประสบการณ์กับ React จะไม่แตกต่างจากการสำรวจเกี่ยวกับประสบการณ์กับ Angular มากนัก

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

ข้อ จำกัด

หากต้องการแยกคำตอบของผู้สมัครออกจากคำตอบ "Googled" คุณต้องเข้าใจหัวข้อนั้น แต่สิ่งนี้มาพร้อมกับประสบการณ์อย่างรวดเร็ว หลังจากดูคำตอบ 10-20 ข้อ คุณจะได้เรียนรู้ที่จะแยกแยะคำตอบเดิมของผู้สมัครจากคำตอบที่พบในอินเทอร์เน็ต

4. Live-Doing (Coding) – แก้ไขปัญหาง่ายๆ แบบเรียลไทม์ด้วยหน้าจอที่แชร์

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

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

วิธีการปฏิบัติ

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

ฉันจะใช้วิธีนี้ในกรณีใดบ้าง?

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

ข้อดี

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

ข้อ จำกัด

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

5. สัมภาษณ์ด่วนสั้นๆ เกี่ยวกับทักษะทางโทรศัพท์/Skype

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

วิธีการปฏิบัติ

เราเห็นด้วยกับการสนทนากับผู้สมัครและการโทร เราถามคำถามและบันทึกคำตอบ

ฉันจะใช้วิธีนี้ในกรณีใดบ้าง?

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

ข้อดี

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

ข้อ จำกัด

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

6. งานทดสอบระยะเวลาสั้น (เสร็จภายใน 30-60 นาที)

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

วิธีการปฏิบัติ

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

ฉันจะใช้วิธีนี้ในกรณีใดบ้าง?

ในทางปฏิบัติของฉัน วิธีนี้ใช้เพื่อทดสอบความสามารถของผู้เชี่ยวชาญด้านการสนับสนุนด้านเทคนิค โปรแกรมเมอร์ SQL และผู้ทดสอบ (QA) งานต่างๆ เช่น "ค้นหาพื้นที่ที่มีปัญหาและหาวิธีแก้ไขปัญหา" "เพิ่มประสิทธิภาพการสืบค้น SQL เพื่อให้ทำงานเร็วขึ้น 3 เท่า" เป็นต้น แน่นอนคุณสามารถสร้างงานของคุณเองได้ สำหรับนักพัฒนามือใหม่ก็สามารถใช้วิธีนี้ได้เช่นกัน

ข้อดี

เราใช้เวลาไปกับการร่างและตรวจสอบงานเท่านั้น ผู้สมัครสามารถเลือกเวลาที่สะดวกในการทำงานให้เสร็จสิ้นได้

ข้อ จำกัด

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

7. ศึกษาพอร์ตโฟลิโอของผู้สมัคร ตัวอย่างโค้ด พื้นที่เก็บข้อมูลที่เปิดอยู่

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

วิธีการปฏิบัติ

เราศึกษาเรซูเม่ของผู้สมัคร หากเราพบลิงก์ไปยังพอร์ตโฟลิโอ เราจะศึกษาลิงก์เหล่านั้น หากไม่มีข้อบ่งชี้ถึงพอร์ตโฟลิโอในเรซูเม่ เราจะขอพอร์ตโฟลิโอจากผู้สมัคร

ฉันจะใช้วิธีนี้ในกรณีใดบ้าง?

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

ข้อดี

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

ข้อ จำกัด

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

เพื่อนร่วมงานฉันขอเชิญคุณหารือเกี่ยวกับสิ่งที่คุณได้อ่านในความคิดเห็น บอกเราว่าคุณใช้วิธีการอื่นใดอีกบ้างในการทดสอบความสามารถอย่างรวดเร็ว?

ที่มา: will.com

เพิ่มความคิดเห็น