6.5
需求实现的评价标准

产品开发需求在开发过程中逐步被实现，最终开发团队需要对这些需求进行统一评价。评价需求实现的目的，是确认产品是否满足了客户或项目的最初目标。如第4章所述，通常产品开发流程中会存在多次评审，包括技术评审和阶段评审等，这些评审就是对需求实现程度的评审。

技术评审是对产品功能实现程度的最佳评审方式。开发团队可以通过正式的技术评审程序，根据标准检查清单来逐一核实产品需求的满足程度。在小范围内，开发团队也可采用同行评价（Peer Review）来交叉评价产品的开发状态。对于资金较为充足的企业，开发团队可以邀请第三方专业机构来参与评价过程。很多特定的行业也有一些行业标准来规范行业内产品开发的过程，如汽车行业的IATF 16949等。

阶段评审高于技术评审，其不仅是对需求满足程度的再次确认，也在考察开发项目的健康程度。一部分的产品需求是不涉及项目指标的，如产品功能，这些需求通常不是阶段评审的主要对象。而另一部分的产品需求则可能影响项目指标，如产品成本，这些需求可能既是客户的明确需求，也直接决定着项目的成败，所以这类需求是阶段评审的主要考察对象。

通常，技术评审和阶段评审都有明确的考察标准，由企业的开发流程和配置管理来决定。对于小型项目或开发流程不健全的企业，也可以由测试验证流程来完成需求验证，因为测试验证流程是独立过程，任何产品开发都不可能省略该过程。在测试验证流程中，开发团队或测试验证团队将针对客户需求（产品需求列表或产品需求文件）逐一进行验证，并提供完整的试验记录作为产品开发的可追溯性档案。测试验证能力较弱的企业可以委托专业且具备资质的检测/测试机构来完成该流程。未经测试验证的产品或未通过测试验证的产品不可上市或交付。测试验证流程将在第12章介绍。

一部分企业希望客户介入需求评价的过程。如果企业的产品开发过程严谨、按部就班，而且达成甚至超越客户需求，那么这种有客户参与的评价过程可以大幅度提升企业与客户之间的信任感，并提升项目成功的概率。反之，如果企业的产品开发过程混乱，或者未达成客户需求，那么这种评审会极大地引起客户反感，不仅可能影响当前项目，甚至可能影响未来的合作关系。所以邀请客户介入需求评价的做法是一把双刃剑，企业应谨慎对待。

无论产品需求在企业内部被如何评价，都仅仅是需求实现的参考标准，是企业自身对产品的单方面认知。产品是否真正满足需求，应根据产品在市场或客户的最终反馈来确认。即便企业自主研发的产品，也需要接受市场的检验。只有获得良好市场反馈和客户满意度的产品，才能被认为满足了客户需求。

企业要对产品需求满足度打分，通常使用检查表。这种检查表以需求满足的百分比为评价标准，默认标准都是100%。企业可以自行定义检查表的内容，一般检查表不会太具体，以产品家族或典型特征与功能为主要评价对象的检查内容居多。原则上，检查表低于100%的产品都不可接受。

注意，实现全部的产品开发需求不等同于产品开发项目成功。实现需求是满足客户对产品的期望，但项目开发还要检视企业的盈利情况与成长性。即便再完美的产品，如果企业无法在该项目上（或与之有关的其他项目上）获取预期的收益，那么产品开发项目依然是失败的。 NDxqyGDXk24P+ljYHM1jUcJV1SXxF2KYkhL3IMn/mwXMa5BA5XLaFPj3moMh07qQ