เป็นที่ยอมรับกันโดยทั่วไปว่าการกำหนดวัตถุประสงค์ที่วัดผลได้สำหรับนักพัฒนาซอฟต์แวร์นั้นไม่ได้ผลเนื่องจากการให้ความสำคัญกับวัตถุประสงค์มากเกินไปอาจนำไปสู่พฤติกรรมที่สวนทางกับเป้าหมายขององค์กร (เรียกว่า " ความผิดปกติของการวัด ")
อย่างไรก็ตามใน บริษัท ของเราจะต้องวัตถุประสงค์ที่ตั้งไว้สำหรับพนักงานทุกคนและได้รับการสนับสนุนโดยทรัพยากรมนุษย์เพื่อให้สมาร์ท ในอดีตเพื่อนร่วมงานระดับผู้จัดการทีม (หัวหน้าทีม) และฉันได้ลองใช้หลายวิธี:
- กำหนดวัตถุประสงค์ที่วัดผลได้ซึ่งเพิ่มเติมจากงานปกติเช่น "ทำการฝึกอบรมเกี่ยวกับเทคโนโลยี X" "สร้างเอกสารสำหรับโค้ด Y ที่ไม่มีใครเข้าใจ" และอื่น ๆ เมื่อพูดถึงการประเมินผลงานประจำปีนักพัฒนาไม่ได้ให้คะแนนตามวัตถุประสงค์ที่เขียนไว้ แต่เป็นความเห็นของฉันเกี่ยวกับมูลค่าที่วัดไม่ได้ของงานปกติของพวกเขาเนื่องจากนั่นคือสิ่งที่ บริษัท ให้ความสำคัญ
- กำหนดวัตถุประสงค์ที่เฉพาะเจาะจงเช่น "วัน" งานที่ทำตามที่บันทึกไว้โดยระบบจัดการงาน "" จำนวนข้อบกพร่องที่นำมาใช้ "" จำนวนการผลิตที่เกิด " สิ่งนี้นำไปสู่การประมาณการที่สูงเกินจริงและการจัดประเภทข้อบกพร่องที่ไม่ถูกต้องเพื่อให้ได้ "คะแนน" ที่ดีขึ้น สิ่งที่น่าสนใจคือแม้แต่นักพัฒนาที่ทำคะแนนสูงในระบบนี้ก็ไม่ชอบเนื่องจากความไว้วางใจภายในทีมได้รับความเสียหายและพวกเขาไม่ได้รู้สึกว่าพวกเขาสมควรได้รับตำแหน่งสูงเสมอไป
- กำหนดวัตถุประสงค์ที่คลุมเครือซึ่งเป็นตัวแปรในหัวข้อ "ทำงานปกติให้ดี" เมื่อพูดถึงการประเมินผลประจำปีการให้คะแนนของพวกเขาจะสะท้อนถึงการปฏิบัติตามวัตถุประสงค์ แต่วัตถุประสงค์นั้นไม่สามารถวัดผลได้หรือบรรลุได้ซึ่งถูกมองข้ามไป
สิ่งเหล่านี้ไม่เหมาะ หากคุณเคยอยู่ในสถานการณ์คล้าย ๆ กันที่ต้องสร้างวัตถุประสงค์ที่มีความหมายและสามารถวัดผลได้สำหรับนักพัฒนาซอฟต์แวร์ทั้งๆที่มีหลักฐานยืนยันประสิทธิภาพของพวกเขาแนวทางใดที่เหมาะกับคุณที่สุด
คำถามที่เกี่ยวข้องฉันพบว่าไม่ค่อยตรงประเด็น:
- เป้าหมายด้านประสิทธิภาพที่ดีสำหรับวิศวกรซอฟต์แวร์คืออะไร
- การกำหนดเป้าหมายประสิทธิภาพสำหรับนักพัฒนา
- ตัวบ่งชี้ประสิทธิภาพที่เหมาะสมสำหรับโปรแกรมเมอร์คืออะไร?
- เทคนิคการวัดประสิทธิผลที่ยุติธรรมสำหรับโปรแกรมเมอร์คืออะไร?
- ฉันต้องการ“ เป้าหมาย” ในอาชีพสำหรับปีหน้า
อัปเดต (18 พฤศจิกายน 2552): มีการโหวตเพิ่มคะแนนสำหรับคำถามของฉัน 10 ครั้งและคำตอบที่ได้รับคะแนนสูงสุดมีเพียง 4 คะแนนโหวต (รวมถึงการโหวตจากฉันด้วย) ผมคิดว่านี่บอกเราบางสิ่งบางอย่างบางทีที่โจเอลและคนอื่น ๆ ที่มีสิทธิและภูมิปัญญารวมของ StackOverflow ไม่สามารถเกิดขึ้นกับใด ๆที่น่าสนใจวัดวัตถุประสงค์สำหรับนักพัฒนาที่ไม่สามารถ gamed โดยไม่ส่งผลกระทบต่อความจริง (unmeasurable) ค่าของพวกเขา งาน. ขอบคุณที่พยายาม!