最有效的5条改进措施

1、分类管理项目 
通过区分企业中不同类型的项目制定不同的管理策略、裁剪策略，保证了质量体系的实用性、灵活性，即减少了开发投入又保证了项目的质量，平衡了敏捷方法与规范方法。 
有的企业区分了新产品研发、订单项目开发、系统维护等3类项目，又区分了大中小规模的不同，针对不同类不同规模的项目定义了管理的流程、文档模板。 
2、用例+界面原型描述需求 use case+ prototype 
用例站在用户的角度描述了用户与系统的交互序列，清楚的陈述了系统的功能需求，客户可以很容易的阅读用例描述，便于沟通。测试人员很容易基于用例编写出系统测试用例。在为四川的两个软件企业进行咨询时导入了USE CASE描述需求的方法，开发人员与测试人员均认为提升了需求描述的清晰性、完备性。 
界面原型克服了客户、最终用户、开发人员的认识障碍，通过直观的界面能够激发客户与最终用户的详细的操作需求，减少了需求描述的二义性，可以快速的捕获需求，减少了需求的变更。南京某软件公司在为百盛集团开发一个门店选址系统时，快速构造了1400个界面供客户确认需求，客户确认需求后，发现实际的需求和最初在合同中约定的需求超出了约50%的工作量，从而双方协商变更合同，追加投资。 
3、任务结构分解 WBS 
WBS中识别项目中的所有的任务，并对这些任务进行了归类，可以基于WBS进行工作量的估计、责任的分配、项目进度计划的安排，规避了部分估算与计划的风险，帮助项目经理有条理的组织项目的开发活动，避免了混乱。 
4、代码走查 code review 
代码走查可以快速发现代码中的缺陷，代码评审的效率远高于测试的效率。 
客户A的度量数据证明在其公司内： 
  对于算法类模块：代码评审的效率是测试的效率的15.7倍。 
  对于非算法类模块：代码评审的效率是测试的效率的4.68倍。 
客户B的度量数据证明在其公司内： 
  代码走查的缺陷检出率平均为10.6个bug/KLOC。 
  代码走查的效率是系统测试的4.25倍。 
5、每日构建daily build 
通过每日构建及时发现模块与模块之间的接口问题，结合单元测试可以尽早发现程序中的错误，尽早修复错误，保证了每天都可以提交一个可以使用的软件版本，提高了一次集成的成功率，保证了项目的平稳的开发速度。