PM-4范围管理讲解.ppt

* * * * * * * * * * * * * * * * * * * * * * 项目范围确认结果是对项目范围定义工作的接受，同时编制经项目干系人确认并已接受的范围定义和项目阶段性工作成果的正式文件。这些文件应发放有关项目干系人。 如果项目范围没有被项目干系人确认，则项目宣告终止。 4.5 项目范围确认 4.5.3 项目范围确认的结果 项目处在一个不断发展变化的环境之中，因此，项目本身也难免发生各种各样的变化，于是项目团队需要对项目进行这样那样的修改，这些变化和修改就是变更。 其中范围变更（Scope Change）的请求可能由不同的来源提出，以不同的形式出现。口头的或书面的，直接的或间接的，外部提出的或内部提出的，法律强制性的或可选择的等等。 当出现了范围变更请求时，项目团队应该核查该项目的所有领域以确定该变更的影响，并对可能造成的影响进行估算，估算实施该变更将耗费多长时间。 由于估算会分散项目团队成员的精力，进而影响项目的正常进度，因此并不是所有的变更申请都一定要实施。 一旦有人提出变更申请，项目经理应该做出一些相关的、合适的决定，必要的时候，可以询问CCB（Change Control Board，变更控制委员会）的意见。 4.6 项目范围控制 4.6 项目范围控制 表4-7 项目范围控制的主要工作 依据 工具和方法 结果 项目管理计划 工作绩效数据 干系人需求文件 需求跟踪矩阵 偏差分析法* 范围计划调整 工作绩效状况 范围变更请求 更新的组织积累的相关资源 更新的项目管理计划 偏差分析法将在成本管理章节中详细介绍 4.6 项目范围控制 图4-11 项目范围控制的工作信息流向示意图 影响因素主要包括以下五个方面： （1）项目客户要求发生变化 （2）工艺技术的变化，如项目团队提出新技术、手段和方案 （3）项目组织本身发生变化，如人员变化 （4）项目范围计划或定义时出现错误或遗漏 （5）经营环境的变化，如政府的有关规定发生变化 4.6 项目范围控制 The End！ * * * * * * * * * * * * * * * * * * * * * * * * * 需求跟踪矩阵 需求跟踪矩阵是贯穿项目生命期的、动态的实时跟踪干系人需求的一种方法。该方法的目的是保证干系人需求文件中所列的需求能够在项目结束时得以实现，并保证项目干系人每项需求都能通过与业务或项目目标的链接产生价值。此外，需求矩阵也是管理产品范围变化的一种方法。 需求跟踪矩阵以表格形式跟踪在整个项目生命期内的客户需求变化，通常纵向列出所有需求，横向表示产品开发的各个阶段。但并没有统一格式的确定。 4.2 收集需求 4.2.3 收集需求的结果 项目范围定义（Project Scope Definition）是以项目的实施动机为基础，确定项目范围并编写项目范围说明书的过程。 项目范围说明书表明了进行该项目的目的、项目的基本内容和结构，贵了项目文件的标准格式，其形成的项目成果对清单既可作为评价项目各阶段成果的依据，也可作为项目计划的基础。 项目范围说明书是项目团队和项目客户之间就项目的工作内容达成共识的结果。 4.3 项目范围定义 表4-2 项目范围定义的主要工作 依据 工具和方法 结果 项目章程 项目干系人需求文件 组织积累的相关资源 产品分析 价值工程 项目方案识别技术 专家判断法 促进研讨会 项目范围说明书 更新的项目文档 4.3 项目范围定义 4.3 项目范围定义 图4-2 项目范围定义的工作流向示意图 4.3 项目范围定义 组织积累的相关资源，按照行业、组织和应用领域的类型不同，组织积累的相关资源各异，可分两类： 1，组织进行工作的过程与程序资源。 工作指导原则、工作指令、建议评价标准与事实效果评价准则 模板 根据项目的具体需要修改组织工作过程的指导原则与准则 组织沟通要求 项目收尾指导原则或要求 4.3.1 项目范围定义的依据 4.3 项目范围定义 组织积累的相关资源，按照行业、组织和应用领域的类型不同，组织积累的相关资源各异，可分两类： 1，组织进行工作的过程与程序资源。 财务控制程序（如时间报告、必要的的开支与支付审查、会计编码以及标准合同条文）。 确认问题与缺陷控制、问题与缺陷识别和解决，以及行动追踪的问题与缺陷管理程序。 变更控制程序，包括修改公司正式标准、方针、计划与程序，或者修改项目文件，以及批准于确认任何变更时应遵循的步骤。 风险控制程序 批准于签发工作授权的程序。 4.3.1 项目范围定义的依据 4.3 项目范围定义 组织积累的相关资源，按照行业、组织和应用领域的类型不同，组织积累的相关资源各异，可分两类： 2，组织信息存储检索知识库资源。 4.3.1 项目范围定义的依据 过程测量数据库，用于搜集与提供