Are delayed issues harder to resolve? Revisiting cost-to-fix of defects throughout the lifecycle

被引:15
作者
Menzies, Tim [1 ]
Nichols, William [2 ]
Shull, Forrest [2 ]
Layman, Lucas [3 ]
机构
[1] North Carolina State Univ, CS, Raleigh, NC 27695 USA
[2] Carnegie Mellon Univ, Software Engn Inst, Pittsburgh, PA 15213 USA
[3] Fraunhofer CESE, College Pk, MD USA
基金
美国国家科学基金会; 美国安德鲁·梅隆基金会;
关键词
Software economics; Phase delay; Cost to fix; SOFTWARE-DEVELOPMENT; QUALITY; DESIGN;
D O I
10.1007/s10664-016-9469-x
中图分类号
TP31 [计算机软件];
学科分类号
081202 ; 0835 ;
摘要
Many practitioners and academics believe in a delayed issue effect (DIE); i.e. the longer an issue lingers in the system, the more effort it requires to resolve. This belief is often used to justify major investments in new development processes that promise to retire more issues sooner. This paper tests for the delayed issue effect in 171 software projects conducted around the world in the period from 2006-2014. To the best of our knowledge, this is the largest study yet published on this effect. We found no evidence for the delayed issue effect; i.e. the effort to resolve issues in a later phase was not consistently or substantially greater than when issues were resolved soon after their introduction. This paper documents the above study and explores reasons for this mismatch between this common rule of thumb and empirical data. In summary, DIE is not some constant across all projects. Rather, DIE might be an historical relic that occurs intermittently only in certain kinds of projects. This is a significant result since it predicts that new development processes that promise to faster retire more issues will not have a guaranteed return on investment (depending on the context where applied), and that a long-held truth in software engineering should not be considered a global truism.
引用
收藏
页码:1903 / 1935
页数:33
相关论文
共 95 条
[1]  
[Anonymous], MAKING AGILE MANDATO
[2]  
[Anonymous], DEFECT PREVENTION RE
[3]  
[Anonymous], IEEE1012
[4]  
[Anonymous], 33 ANN IEEE SOFTW EN
[5]  
[Anonymous], 2002, TECHNICAL REPORT
[6]  
[Anonymous], CONVINCING PUBLIC AC
[7]  
[Anonymous], LOCAL VERSUS GLOBAL
[8]  
[Anonymous], TECHNICAL REPORT
[9]  
[Anonymous], COST REQUIREMENTS ER
[10]  
[Anonymous], MAKING SOFTWARE WHAT