PMP考试技巧 | “需求”和“需求”是不同的
之前我们有学员问到一道题，拿出来给大家分享一下：
例1. 在一个新项目的规划阶段，质量保证经理坚持要求将精确度和准确度标准添加进质量管理计划中，项目经理可以从哪里找到这个信息？
A. 事业环境因素
B. 需求文件
C. 变更控制过程文档
D. 组织过程资产
【解析】：答案B。本题考收集需求输出—需求文件。“质量保证经理坚持要求将精确度和准确度标准添加进质量管理计划中”这属于需求，应该记录在需求文件中。
这位学员提到了，这个“精确度和准确度标准”，记录在质量管理计划中，还应该记录在需求文件中吗？当时我回答“精确度和准确度在不同的行业、组织、产品中要求不同，哪怕同一个组织中的不同项目，要求也不同。所以所谓的精确度和准确度是具体的某个重要相关方提出来的，那么相关方提出的需求就是应该记录在需求文件中”。我还特别说了一句：“凡是相关方提出来的，还有我们分析、挖掘、启发出来的需求，都是记录在需求文件中。”
这个问题解答完之后，学员还问是不是用户所有的需求也都记录在需求跟踪矩阵中？那么这个就不是了。换句话说，需求文件和需求跟踪矩阵中的需求是不同的。
我们先来看看需求文件里包含的内容，PMBOK对需求文件的描述如下：
把需求分成不同的类别,有利于对需求进行进一步完善和细化。需求的类别包括:
- 业务需求。整个组织的高层级需要,例如,解决业务问题或抓住业务机会,以及实施项目的原因。
- 相关方需求。相关方或相关方群体的需要。
- 解决方案需求。为满足业务需求和相关方需求,产品、服务或成果必须具备的特性、功能和特征。解决方案需求又进一步分为功能需求和非功能需求:
- 功能需求。功能需求描述产品应具备的功能,例如,产品应该执行的行动、流程、数据和交互。
- 非功能需求。非功能需求是对功能需求的补充,是产品正常运行所需的环境条件或质量要求,例如,可靠性、保密性、性能、安全性、服务水平、可支持性、保留或清除等。
- 过渡和就绪需求。这些需求描述了从“当前状态”过渡到“将来状态”所需的临时能力,如数据转换和培训需求。
- 项目需求。项目需要满足的行动、过程或其他条件,例如里程碑日期、合同责任、制约因素等。
- 质量需求。用于确认项目可交付成果的成功完成或其他项目需求的实现的任何条件或标准,例如测试、认证、确认等。
从该段文字中可以看出，需求文件记录了所有用户提出的、我们分析启发出的需求。
那我们再看一下需求跟踪矩阵的内容，PMBOK对其描述为：
跟踪需求包括(但不限于):
- 业务需要、机会、目的和目标;
- 项目目标;
- 项目范围和WBS 可交付成果;
- 产品设计;
- 产品开发;
- 测试策略和测试场景;
- 高层级需求到详细需求。
经过对比之后，我们发现，其实需求跟踪矩阵包含的需求对应到需求文件中的是：
- 业务需求；
- 解决方案需求（包括功能需求，而不包括肺功能需求）；
- 项目需求。
也就是说，需求文件包括所有用户需求，而需求跟踪矩阵只包括能实现成果、目标的需求。换句话说，相关方登记册中的管理相关方的需求、沟通管理计划的沟通需求，这些都不在需求跟踪矩阵中。
如果你理解了，那么就可以做对下面这道题了：
例2. 项目经理负责一个公司范围内的系统上线。项目相关方位于许多不同的国家。
若要获得对项目管理计划的批准,项目经理应该做什么?
A.使用新技术与所有项目相关方举行启动会议
B.根据相关方的沟通需求更新需求跟踪矩阵。
C.与关键相关方分享项目管理计划草案,并根据反馈进行修改
D.评估相关方的沟通方式,以识别他们喜欢的沟通方法。
这道题不能选B，原因就如我们上面所说的，沟通需求不会出现在沟通管理计划中。
【解析】：答案D。本题考规划沟通管理内容。相关方位于许多不同的国家，意味着沟通可能有阻碍，项目经理应该对相关方的沟通需求进行评估，来制定相关方沟通方法。
其实需求文件和需求跟踪矩阵中所记录的需求种类不同是可以理解的。需求文件力求“全”，而需求跟踪矩阵在PMBOK中的描述如下：
需求跟踪矩阵是把产品需求从其来源连接到能满足需求的可交付成果的一种表格。使用需求跟踪矩阵,把每个需求与业务目标或项目目标联系起来,有助于确保每个需求都具有商业价值。需求跟踪矩阵提供了在整个项目生命周期中跟踪需求的一种方法,有助于确保需求文件中被批准的每项需求在项目结束的时候都能交付。
可以看出需求跟踪矩阵是面向“商业价值”和“成果”的，自然不包括所有需求。
通过本文，我们可以看出PMP考试试题可能会考得很细，需要我们认真研究分析PM-BOK中的逐字逐句，才能应付每一道试题，获得更好的成绩。
PMP备考学习资料需要的同学私信找我，内含pmp备考资料 EPC工程管理资料 各种模板表格与5GB质量管理资料等等！
閱讀更多 孟塵談項目管理 的文章
