初为项目经理（完整版）

尽管绝大多数人都认真对待质量，也想生产出优质的产品；但是，有关软件质量的定义仍存在很大争议，比如高质量是“足够好”还是更为经典的质量观点--“无缺陷”。为了领导你的团队走向成功彼岸，你需要花些时间和你的下属以及客户一起来明确，对于他们，质量意味着什么。

你的下属和客户是不同的两帮人，他们很可能对质量没有一致的看法，也就容易抱有不同的目的。如果客户很强调交货期，那他很可能没有耐心听程序员解释为什么需要额外的时间去检查每一行代码。如果客户看重的是软件的可靠性，那他在增加功能和减少Bug之间多半会选择后者。如果客户习惯了老版本的键盘操作，那他很少会对新的图形操作界面感兴趣。

在我曾经负责的一个项目中，为了更好的了解客户的质量要求，我举办了一次开放式讨论会（Open Forum），除了项目成员和客户参加外，我还客户的上司们一起来参加讨论。这次讨论很有价值，因为我们发现很多原有的想法是和客户真正的质量需求背道而驰的。了解这些想法的差异，使得我们可以把力量集中在让客户满意的事情上，而不是放在让“开发满意”的事情上。

软件质量通常被理解为合乎规格说明，满足客户需求，以及在文档和代码中尽量少的缺陷（Defect）等等，这些都是比较“经典”的定义。“六西格码质量”（Six-sigma Quality，译者注：是一种质量标准及相应的质量管理方法）为缺陷密度（Defect Density）和/或失效率（Frequency of Failure）设定了一个很高的标准，但是，它没有涉及质量的其他方面，比如交货期、可用性、特性集和性能价格比等等。无论我们是作为生产者还是消费者，我们都希望产品的质量在所有这些方面都是尽量高的，但事实上，我们总要在其中做出权衡和选择。

我们在需求阶段就考虑，对于客户哪些质量特性是重要的，并把它们列举出来（比如，交互性、正确性、易学性等）。然后，我们找来一些关键的客户代表，请他们对这些质量特性打分。这样，我们就可以掌握哪些质量特性是最主要的，哪些是次要的，从而就可以有的放矢，为这些质量特性而优化设计。