导读:
软件项目的返工问题
软件行业普遍利润率低,软件项目的成本超支司空见惯,到底成本到哪儿去了?
软件工程师天天加班加点,说到底还是返工问题。软件项目的返工成本几乎达到
项目成本的一半以上。到底什么算返工,目前业界好像还没有确切的定义,我总结
了一下,一下情况应该算是返工:
返工的定义可以理解为应该并有能力做到返工后的水平的却因为各种主观因素
却没有一次性达到,只能用返工甚至多次返工的方法来达到目前的要求。
1. 隐含需求的变更;
2. 由潜在的需求引起的变更;
3. 架构选型不当引起的移植、变更;
4. 需求或设计的理解错误造成的变更;
5. 在项目范围、技术平台、技术路线决策失误造成的变更;
6. 设计的抽象不够,造成的开发过程中的浪费、合并、再抽象等工作;
7. 评审遗漏缺陷造成的变更;
8. 测试遗漏造成的反复修复工作量。
其实对比其他行业,软件行业似乎是返工最大的了,很少听说哪个大楼把地基扒
了三次再盖的,但是很多软件项目确实不止一次的扒掉重来。甚至很少听说哪个项目
是一直一步一步往前走的,都是来来回回、反反复复完成的。
第一版确认的需求VS最后交
软件项目的返工问题
软件行业普遍利润率低,软件项目的成本超支司空见惯,到底成本到哪儿去了?
软件工程师天天加班加点,说到底还是返工问题。软件项目的返工成本几乎达到
项目成本的一半以上。到底什么算返工,目前业界好像还没有确切的定义,我总结
了一下,一下情况应该算是返工:
返工的定义可以理解为应该并有能力做到返工后的水平的却因为各种主观因素
却没有一次性达到,只能用返工甚至多次返工的方法来达到目前的要求。
1. 隐含需求的变更;
2. 由潜在的需求引起的变更;
3. 架构选型不当引起的移植、变更;
4. 需求或设计的理解错误造成的变更;
5. 在项目范围、技术平台、技术路线决策失误造成的变更;
6. 设计的抽象不够,造成的开发过程中的浪费、合并、再抽象等工作;
7. 评审遗漏缺陷造成的变更;
8. 测试遗漏造成的反复修复工作量。
其实对比其他行业,软件行业似乎是返工最大的了,很少听说哪个大楼把地基扒
了三次再盖的,但是很多软件项目确实不止一次的扒掉重来。甚至很少听说哪个项目
是一直一步一步往前走的,都是来来回回、反反复复完成的。
第一版确认的需求VS最后交