软件缺陷新闻与用户的期望覆盖

本文原始出处为TechMail上面的一篇文章， ZDNet China Developer频道拥有8类TechMail，您可以在此处订阅。 你阅读过RTI International上边刊登的了么？这是一篇它为国家标准与技术学会(NIST)所作的研究的结果。该研究的目的是为了确定软件缺陷对美国经济所产生的影响。（想知道该研究的细节，请浏览RTI site）

在经过了差不多二十年的管理开发小组的工作之后，我相信这些缺陷都是非常现实的。

这篇稿吸引了相当多媒体以及IT商业杂志的注意。许多的文章都批评了当前的软件开发的方法与过程，并且认为在开发的早期阶段就要加强对开发产品的测试工作，这样就能够避免在将来产生很多的软件缺陷。这些文章中的绝大多数都支持一个原则，就是质量保证(QA)的原则，并且要把相互间的交流作为整个软件开发项目的一个正式组成部分。

坦白地说，如果你的公司并不注意质量保证问题，那么现在开始就应该注意这个问题了。作为应用软件开发项目的经理人，衡量你工作是否成功的一个主要标准就是你所负责的软件产品有多少缺陷。让自己的软件变得无懈可击是不太现实的，但是，还是需要不断的向着这个目标努力，其中之一的办法就是在软件开发的早期就解决软件缺陷的隐患。

软件的缺陷不仅仅会对你的资金投入产生影响，它同样也会对最终用户产生影响。在为国家标准与技术学会(NIST)做的研究中，很多重要的数据资料就是直接来源于最终用户的。虽然这些数据很有意义，但是它们仍有可能让人产生一定的误解。

通常，用户们都对软件功能的认识只有两种：要么是可以用的，要么是不可以用的。用户们不理解也不在乎软件本身是否真的有毛病；有可能软件只是由于例行的数据库备份而暂停工作。但是，在用户的眼里，这个软件就是不能用了，甚至还以为是坏掉了。如果整个系统由于升级的原因而停止联机，或者由于安全系统保护的原因而禁止使用某些项目的时候，用户们都有可能以为这个软件出毛病了，坏掉了。

别看它外表可爱袖珍 这并不是说用户们的感觉是错误的。软件的最终用户都有他们自己的工作。如果这些帮助他们完成工作的软件不能使用，他们才不会考虑这些软件不能使用的原因。此外，类似这样的软件\"罢工\"很有可能会使你的公司也牵连进去。毕竟，制作和接受这些软件系统都是要投入大量资金的。商业领导人对于这样的IT投资和花费是有着很深程度认识的。

那么你应该怎么做来改善这种情况呢？下列就是一些简单的方法：

在你的开发项目计划中应该包括周密的软件质量保证计划。开发\"泛企业的\"缺陷追踪应用软件，这样可以允许最终用户向你报告有哪些问题。建立一个正式的问题通告和处理程序步骤。把那些例行的downtime预先设置在使用非高峰的时间进行。明确那些已经存在的问题，并且及时通知用户。举个例子，在真正升级之前，就要发布系统在升级期间暂停使用的消息。使用非专业的消息或者用语也要强过向用户们说那些专业性强的系统专用语。总之，要和你的用户建立良好的沟通。许多软件开发经理在试图和用户建立良好关系的时候都失败了，但是你却可以通过直接面对面的交谈来获得用户和商业伙伴的好感。走出你的办公室去拜访一下你产品的用户，让他们了解软件的downtime并不是由于出现了毛病，从而赢得他们的理解。

：小李（EMAIL:li_shuangzhen@）

欢迎评论或投稿