1这个项目客户对进度要求很紧（即要求高生产率）,所以对质量（如：交付客户验收时的缺陷率）的要求相应便要低一些”。——软件开发中经常听到项目经理有以上的说法，一般大家都觉得很有道理。
在80年代，戴明博士(Dr Deming)因在日本推广质量改革，取得巨大成果，被美国的工业管理阶层邀请在美国演讲时，一开始便强调：“质量的提升是会减低生产成本，而非增高成本，因为质量好代表返工少，所以成本降低”。
他接着说： “二战后，美国大多数行业不愁没有定单，导致不注重质量管理，认为提升质量会增高生产成本，不愿意投入精力提高质量。”
以上道理适用于传统工业，对软件开发行业也成立吗？
一些美国的经验
w. Putnam先生有类似的发现。
这个发现让很多人觉得不可思议。
为什么？因为通常我们会觉得开发人员如要避免缺陷产生理应降低生产的量？
在90年代，经过20多年对软件开发的生产率研究，w. Putnam先生提出每个软件开发都必须度量的：
1. Schedule
2. Effort
3. Quality (defect rate)
4. Amount of work (size)
5. Process productivity
以上5个元素相互之间也有关系，亦也提供了一些软件 （SLIM） 来帮助开发公司做好 估计和策划。
w. Putnam先生发现除了质量提升会减低返工量外，影响生产率有很多因素，包括：方法、工具、技巧、个人能力、培训、管理等。这些因素不但会提升生产率，同时也提升质量。
Q&A
问题：
这些道理听起来都很好，但具体有什么良方，可以提升质量和生产率？
回答：
因每个企业都不同，没有一个必胜良方。
但有一些原则无论你是用CMMI或敏捷都一样，例如：
——团队合作， 打破之间的壁垒，一起分析整个系统的问题 Team
——根本原因分析 Problem solving
——回顾/持续改进 Retrospective / Continuous improvement
当然最基本需要有管理层的理解和支持，和一个以数据说话的企业文化。
联系我们
电话： 18921395967 QQ： 1228021190 微信： processis2009 地址： 香港/北京/江苏 官网： www.processis.org 邮箱： [email protected]