软件可以实现“零缺陷”吗？

ermine

“零缺陷”（Zero Defect），最初应用于传统制造业，讲的不是说绝对没有缺陷，或缺陷一定要归于零，而是说“以缺点等于零为最终目标，每个人都要在自己工作职责范围内努力做到无缺点。”讲究的是第一次就将事情做好，做完善，节省后期的质量成本。
对于传统行业，如果不符合规格，一般就废弃掉，造成物质上成本的浪费，而对于软件行业，第一次没有做好，还可以再进行修改，物质上的成本一般不可见，可见的是时间成本。而往往很多人对时间成本的关注比对物质成本的关注比较少。比如，对于一个零件，如果废弃了，大概知道一个零件损失多少钱，而如果一个项目，或者项目中某个功能延后了一天，不清楚带来的后果是什么。
那么对于软件，有没有必要施行“零缺陷”，软件行业，是否也可以像传统行业一样，达到“零缺陷”呢？

-----------------------------------------------------------------------------------------------------------
最近效率比较低，在测试一个模块时，发现开发实现与需求不太一致，开发将此模块推倒重来，重新设计，实现后，再进行测试，有感而发。
《质量免费》中，一个理念就是需求规格要明确，觉得这里的需求不仅仅是用户的需求，而是每个阶段的人员，都明确知道自己应该完成什么样的任务，什么样才是“零缺陷”，对比一下公司，发现还是路漫漫啊。。。

ermine

我们是小公司，没有搞质量的人员，自己也是有感而发，觉得做好质量，也不是件容易的事。
全员的质量意识是没错的，但我觉得更应该让各个环节的人知道具体什么样的东西是有质量的。
比如做需求的人，做出来的需求，怎么样才算是质量高的需求，才能减少开发人员的再次确认和沟通，提高效率。

[ 本帖最后由 ermine 于 2010-1-7 15:49 编辑 ]

测试新新手

最好是有个评估措施,比如及时发现并且补救了这些质量问题，能够挽回多大的损失,带来多大的利益...因为领导都是看数据的,很多时候只有把数据列示出来，才是触目惊心的....
PS:当然,不是每个质量问题都要这样去评估,要挑一些有针对性的,影响大的...