ต้องใช้ความพยายามมากแค่ไหนในการดูแลรักษาระบบการสร้าง?

ในStackExchange Podcast # 09มีการกล่าวถึง:

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

ชื่อของการศึกษาอ้างอิงคืออะไรและสามารถพบได้ที่ไหน? เสียงของพอดแคสต์ไม่มีรายละเอียดเพิ่มเติม

นอกจากนี้ไม่มีใครมีลิงค์ไปยังการศึกษาอื่น ๆ ที่ครอบคลุมหัวข้อเดียวกัน

ฉันไม่เคยได้ยินพ็อดแคสต์ แต่การศึกษาน่าจะเป็นรายงานจากICSEล่าสุดที่เรียกว่า ตรวจสอบลิงก์โดยตรง (หรือหน้า DOI อย่างเป็นทางการหากคุณต้องการข้อมูลเมตา)

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

ฉันไม่มีลิงค์สำหรับคุณ แต่พูดจากประสบการณ์ส่วนตัวร้อยละที่แตกต่างกันไปตาม 2 ประเด็นหลัก: 1) การออกแบบระบบและความซับซ้อน 2) และองค์กรส่วนบุคคล

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

อย่างไรก็ตามเมื่อคุณมีสภาพแวดล้อมในการพัฒนาคำถาม & คำตอบ RC และการผลิต ... ทุกอย่างต้องผ่านกระบวนการพัฒนาตั้งแต่การพัฒนาไปจนถึงการผลิตจริง

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