ทำไมนักพัฒนาถึงส่งสถิติที่เป็นอันตราย

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

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

http://www.mit.edu/~hauser/Papers/Hauser-Katz%20Measure%2004-98.pdf

นี่เป็นสิ่งที่คุณกำลังมองหาใช่ไหม มีบทความ "คุณได้สิ่งที่คุณวัด" ที่พบโดย Google หลายพันรายการ

มันเป็นสถิติที่สนุกในการวัด แต่ไม่มีประโยชน์มากกว่าการบันทึกจำนวนชั่วโมงที่นักพัฒนาทำงานในระหว่างสัปดาห์

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

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

หากคุณมีระบบที่นับบรรทัดของรหัสที่มุ่งมั่นคนที่ผ่านการรีแฟคเตอร์ 'ไฟล์ดัดใหม่' ทุกครั้งในวงเล็บปีกกาตามสไตล์ที่ต้องการจะมีค่ามาก คนที่ทำข้อผิดพลาดที่สำคัญที่สุด 1 บรรทัดจะปรากฏขึ้นไม่นาน

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