CMMI培训与指导讲义(需求管理REQM)【管理培训资料】.ppt

7 审核 项目经理参加需求小组进行需求管理的审核工作； 高级经理在重大需求变更时参与CCB审核变更； 在里程碑点时可能参与对包括需求管理在内的所有项目过程的评审。 客户参与重大需求变更的评审。 8 度量 文档页数； 需求获取及建立矩阵的工时； 日常维护需求跟踪矩阵的工时； 需求不一致分析、制定解决方案的工时； 评审不一致变更结果的工时； 确定需求变更申请的工时； 分析变更申请、确定需求变更解决方案的工时； 评审需求变更的工时； 发现需求不一致的个数；解决的需求不一致个数； 需求变更的个数；解决的变更的个数； 9 技能要求 需求小组的成员要有需求开发，需求分析的能力； 需求小组成员要接受过如类似培训技巧方面的培训，要有讲解需求的能力； 需求小组要有项目经理参加，要有组织协调的能力； 需求小组在熟悉项目的生命周期过程。 ReqM需求管理 1 目的:对需求进行管理、维护需求；识别项目计划和工作产品之间的不一致之处；并且确保能把对需求的更改反映到项目计划、活动和工作产品中。确保江苏集群公司项目经过确认的用户需求，能被有效的管理、维护、跟踪，并正确的实现，最终满足用户的需要。 2 范围 从“需求开发”的“需求确认”结束开始，直到项目结束为止；有些项目可能只到通过“用户验收”为止。 3 术语定义 需求跟踪矩阵：用于维护项目实现客户需求的跟踪工具。 需求不一致：需求与项目计划和工作产品之间的差异。 工作产品：用于指由过程产生的任何人工制品。这些人工制品包括文档、产品的一部分、服务、过程、规范等。 需求基线：需求开发结束时发布的与需求相关的一组工作产品。这组工作产品一般包括需求开发的全部工作产品（需求文档、评审记录及参考文档）。是项目计划以及其他附属计划的参考依据。 4 职责 5 裁剪指南 根据项目实际情况，包括需求明确程度、 项目规模、工期、变更情况、项目经理可对本过程 进行裁剪。 根据项目已定义的过程对需求管理的过程阶段和 工产品进行裁剪。 6 过程 6.1依据需求建立跟踪矩阵 需求小组（一般包括项目经理、系统分析员）依据 经过“需求开发”而形成的需求文档，建立 《需求跟踪矩阵》。 6.1.1概要图 6.1.2 启动条件 需求开发活动已经执行，并得出 《系统需求规格说明书》。 6.1.3 输入 《用户需求说明书》、《系统需求规格说明书》 “项目已定义的软件过程” 6.1.4 活动 6.1.4.1 学习和理解“需求开发”阶段的产生的需求文档 6.1.4.1.1 讲解需求 需求小组在“需求开发”阶段产出了“需求文档”，《用户需求说明书》一般是经过组织、提炼、概括后的用户提出的需求；《系统需求规格说明书》是经过转化后形成的可供操作的、可开发的系统需求说明，一般能满足所有的用户需求。 需求小组对“需求文档”的内容进行讲解，被讲解人一般为项目经理、后续阶段活动的项目组成员（例如：系统设计阶段的系统设计员，开发阶段的编码人员，测试阶段的测试人员，实施过程的实施人员和验收人员等）。在这一过程中一定要达到被讲解人能够完全理解“需求”的内容。 6.1.4.1.2 反讲需求 项目经理认为必要时可组织项目组成员对需求进行反讲， 加深对需求的了解。 系统分析员与项目经理组成需求小组，当系统分析员完成需求开发、系统分析工作后离开项目组时，项目经理必须有能力对需求进行维护，项目经理必须在系统分析员的帮助下熟知需求、系统分析的内容、任务等。 在项目运行过程中，当需求发生变更后，进行重新进行“需求开发”后产生新的“需求文档”时，系统分析员应对需求的变化情况以及变化产生的影响进行讲解。 6.1.4.2 获得对需求的承诺 需求小组与客户、各个项目参与者达成共识，确保项目的各个阶段的参与者能够对当前的“需求”作出承诺。每个项目参与者都在理解了需求的基础之上，做出对“需求”的承诺。 需求小组维护对于需求变更后的重新“需求开发”阶段之后的所有项目相关人员的重新确认、重新承诺的过程。 需求小组获得“需求开发”的后续阶段的各个参与者对“需求”的确认和承诺，确保“需求”的连续性，一致性，完整性。 需求小组组织签订、维护有“需求承诺”的《用户需求说明书》、《系统需求规格说明书》文档。 6.1.4.3 建立需求跟踪矩阵 需求小组依据最初的经过“需求开发”阶段得到的被确认的“需求文档”、“项目已定义的软件过程”来建立《需求跟踪矩阵》。确定跟踪的时间、频率、间隔等。 需求小组从“需求文档”中识别出各个需求项目，并按“需求文档”中定义好的需求项编号或需求项名称，一一填写在《需求跟踪矩阵》中。 需求小组将《需求跟踪矩阵》作为“需求管理安排计划”列入项目计