ฉันเห็นการเพิ่มงานหลายอย่างที่ต้องมีประสบการณ์อย่างน้อย x ปี คำถามคือคุณจะรู้ได้อย่างไรว่าเมื่อใดที่ผู้สมัครมีประสบการณ์ยาวนานหลายปี คุณคาดหวังอะไรจากคนที่มีประสบการณ์ x ปี (แก้ไข: มีประสิทธิภาพคุณตรวจสอบอย่างไรว่า CV ไม่โกหกโดยไม่ต้องอาศัยการตรวจสอบทักษะ) บุคคลที่มีประสบการณ์ x ปีสามารถทำสิ่งใดกับ y ปี (ด้วย y <x) ไม่สามารถทำได้ (แก้ไข: สมมติว่าพวกเขามีทักษะที่คล้ายกัน)

อาจมีบางกรณีที่โปรแกรมเมอร์ผู้หลงใหลในประสบการณ์ y ปีที่มีความรู้มากมายและทำงานในหลายโครงการและโปรแกรมเมอร์อื่น ๆ ที่มีประสบการณ์ x ปี (x> y) ที่ทำงานในโครงการไม่กี่โครงการและไม่มีประสบการณ์มากขนาดนั้น

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

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

ประการแรกฉันไม่รู้ว่าคำถามนี้เหมาะสำหรับไซต์นี้หรือไม่ แต่เนื่องจากมีแท็กสำหรับการสรรหาและประสบการณ์ฉันเชื่อว่ามีที่นี่

คำถามของคุณสามารถจัดการได้โดยแบ่งคำถามย่อยออกเป็นสองคำถาม

ทำไมต้องใช้ประสบการณ์หลายปีเป็นความต้องการ?

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

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

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

ทำไมไม่ใช้ "ความหลงใหล" เป็นข้อกำหนดแทน?

ปัญหานี้มีอย่างน้อยสองปัญหา:

วิธีการวัด "ความรัก"?

บันทึก KLOC แล้วหรือยัง ขอให้โชคดีที่พบว่าในการเขียนโปรแกรม (และสาขาอื่น ๆ ) การมีคนจำนวนมากไม่ได้หมายถึง "ดีกว่า"

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

ปีแห่งประสบการณ์? โอ้รอ ...

"ตัณหา" เป็นตัวชี้วัดที่ดีจริงๆ

ดังที่ Robert Harvey กล่าวในความคิดเห็นของเขาความหลงใหลไม่ได้บ่งบอกถึงการเขียนโปรแกรมที่มีความสามารถจริงๆ เมื่อเปรียบเทียบกับประสบการณ์มันมีคุณภาพเป็นมุมฉาก - นั่นคือมีอยู่:

• โปรแกรมเมอร์ที่หลงใหลและมีความสามารถและ
• โปรแกรมเมอร์ที่มีคุณสมบัติเหมาะสมและมีความสามารถทางเทคนิคและ
• โปรแกรมเมอร์ที่หลงใหลและไร้ความสามารถและ
• โปรแกรมเมอร์ที่หลงใหลและไม่มีความสามารถทางเทคนิค
• ฯลฯ

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

ข้อจำกัดความรับผิดชอบสุดท้าย

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

ประการที่สองโดยส่วนตัวฉันไม่ใช่แฟนตัวยงของ "ประสบการณ์ N ปี" และฉันไม่ใช่คนเดียว มีทางเลือกที่ง่ายคือ - ระบุ "ประสบการณ์ในการ" ซึ่งมักจะพอเพียงในฐานะตัวกรองเนื่องจากผู้สมัครถูกบังคับให้ทำเอกสารที่มีประสบการณ์ใน CVs ของพวกเขา - หากคุณได้รับผู้สมัครสำหรับตำแหน่งการเขียนโปรแกรมซึ่งก่อนหน้านี้เพิ่งทำบริกร (และสิ่งนี้เกิดขึ้น!) คุณรู้ว่า

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

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

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

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

ฉันจะตอบคำถามนี้โดยตอบคำถามแต่ละข้อของคุณในโพสต์

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

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

คุณคาดหวังอะไรจากคนที่มีประสบการณ์ x ปี

คุณคาดหวังให้พวกเขาปฏิบัติตามข้อกำหนดของงานที่ระบุไว้ในประกาศงาน ตัวอย่างเช่น:

"เรากำลังมองหานักพัฒนา PHP อาวุโสที่มีประสบการณ์มากกว่า 10 ปีในการออกแบบระบบและสถาปัตยกรรมเพื่อปรับโครงสร้างเครื่องมือระบบของเราในฐานะหัวหน้าสถาปนิกในขณะที่จัดการ K นักพัฒนาซอฟต์แวร์ระดับสูงและรุ่นจูเนียร์และชี้นำพวกเขาไปตลอดทาง ต้องการ ... (ฯลฯ ฯลฯ ) "

บุคคลที่มีประสบการณ์ x ปีสามารถทำสิ่งใดกับ y ปี (โดย y <x) ไม่สามารถทำได้?

คุณกำลังดูประสบการณ์ผิดในกรณีนี้ โพสต์งานไม่เพียง แต่ขอจำนวนปี แต่ยังได้สัมผัสกับเทคโนโลยีที่ บริษัท ใช้ เหมือนที่คุณมีประสบการณ์ 10 ปีในการพัฒนา C ++ และบอกว่าฉันเป็น บริษัท เกมที่กำลังมองหานักพัฒนา C ++ ที่มีประสบการณ์ 5 ปี คุณยังคงไม่เป็นผู้สมัครที่ดีที่สุดของฉันเพราะคุณไม่เคยทำงานในอุตสาหกรรมเกมมาก่อน โพสต์งานของฉันจะระบุ: ประสบการณ์ X จำนวนปีในด้าน A, B, C ของการเขียนโปรแกรม

อาจมีบางกรณีที่โปรแกรมเมอร์ผู้หลงใหลในประสบการณ์ y ปีที่มีความรู้มากมายและทำงานในหลายโครงการและโปรแกรมเมอร์อื่น ๆ ที่มีประสบการณ์ x ปี (x> y) ที่ทำงานในโครงการไม่กี่โครงการและไม่มีประสบการณ์มากขนาดนั้น

อ่านคำตอบก่อนหน้าของฉัน ประสบการณ์นั้นเชื่อมโยงกับเครื่องมือที่คุณมีประสบการณ์จำนวน X ปีในเครื่องมือ A, B, C

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

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

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

นี่คือสิ่งที่ฉันคาดหวัง แต่คนอื่น ๆ อาจมีความคิดที่แตกต่างกัน:

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

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

5 - 7 ปี - คุณควรจะสามารถทำงานด้วยตัวเองและสามารถตัดสินใจได้ว่า "งาน" เหล่านั้นมาจากไหน คุณควรจัดการงานขนาดกลางที่ไม่ได้กำหนดไว้อย่างชัดเจน (เช่นสามารถออกแบบ / ใช้ / ขายระบบย่อย) คุณควรเริ่มนำทีมระบบย่อยในช่วงเวลานี้ มอบงานนำเสนอที่จำเป็นของระบบย่อยที่รับผิดชอบให้กับทีมงานภายในอย่างน้อยที่สุด

8 - 10 ปี - สามารถไว้วางใจให้มีขนาดใหญ่มากและ / หรือระบบย่อยที่สำคัญของโครงการ ผู้เชี่ยวชาญในหลายเทคโนโลยี สามารถนำทีมระบบย่อยขนาดใหญ่ มอบงานนำเสนอของระบบย่อยที่ลูกค้ารับผิดชอบ

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

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

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