适用考试：信息系统项目管理师考试
教程笔记：第十七章 需求管理
需求管理ＲＥＱＭ的目的，是确保各方对需求的一致性理解，管理和控制需求的变更，从需求到最终产品的双向跟踪。
把所有与需求直接相关的活动通称为需求工程。活动有两大类：需求开发、需求管理。
需求开发：获取用户需求并定义产品需求，开发工作的需求基线（Baseline）。是功能需求和非功能需求的一个约定。（需求获取—分析—定义—验证）
需求管理：维持原有需求和所有产品及产品构件需求的双向跟踪。
需求管理计划由项目经理审批。
随着需求的演变，要求所有项目干系人之间对已批准的现行需求重新建立承诺。
制定需求管理计划的主要步骤：建立组织方针——确定资源——分配责任——培训计划——确定干系人——制定和判断项目工作与需求不一致的准则和纠正规程——制定需求跟踪矩阵——制定需求变更审批规程——制定审批规程
版本控制的最有力方法是用一个商业需求管理工具的数据库存储需求。
只有项目风险承担者在开发过程中能控制变更。当不得不做出变更时，应该按从高级到低级的顺序对被影响的需求文档进行处理。
扩展需求是指在软件需求基线已经确定后，又要增添新的功能或进行较大的改动。
在项目进度表中应该对必要的需求改动留有余地。
只在做出提交承诺和分配资源后才采纳该需求。控制需求扩展的另一个有效技术是原型法。
需求在开发中基本不变更——是“瀑布”型软件的前提。
变更控制过程
如果一个变更需求未被采纳，则其后过程不再予以考虑。
对于未获批准的变更，除可行性论证之外，不应再做其他设计和实现工作。
绝不能从数据库中删除或修改变更请求的原始文档。
在实践中，可以将一些具体的需求决定权交给开发人员来决定。但只要变更涉及两个人或两个人以上，都应该通过控制过程来处理。
变更控制委员会的主席，在ＣＣＢ意见不一致情况下可以独自做出决定。
制定决策的人应该进入变更控制委员会。
ＣＣＢ中可能有客户代表。对于小项目只需几个人充当其中一些角色就可以，并不一定要面面俱到。建立变更控制委员会在保证权威性的前提下，应尽可能精简人员。
度量变更活动：先简单测量，后复杂测量。
表求需求和别的系统元素之间的联系链的最普遍方式，是使用需求跟踪能力矩阵。每个功能性需求，向后连接一个特定的使用实例。
手工创建需求跟踪能力矩阵是一个应该养成的习惯，即使对小项目也很有效。
需求跟踪能力不能完全自动化，因联系链源于开发组成员的头脑中。
变更只能在项目时间、预算、资源的限制内进行协商。
实现此项变更的开发人员可能需求详细的分析情况和工作量计划工单，但变更控制委员会仅需要影响分析的总结。可以视情况调整模板。
温馨提示：
点击这里查看信息系统项目管理师考试最新资讯
想要顺利通过信息系统项目管理师考试吗？考无忧助你一臂之力！点击立即做题：信息系统项目管理师考试题库
