第九章 项目范围管理.docx

《第九章 项目范围管理.docx》由会员分享，可在线阅读，更多相关《第九章 项目范围管理.docx（22页珍藏版）》请在优知文库上搜索。

1、第九章项目范围管理项目范围管理包括确保项目做且只做所需的全部工作，以成功完成项目。项目范围管理主要在于定义和控制哪些工作应该包括包括在项目内，哪些不应该包含在项目内。9. 1管理基础10. Ll产品范围和项目范围在项目环境中，“范围”这一术语有两种含义：产品范围：指某项产品、服务或成果所具有的特征和功能。产品范围的完成情况是根据产品需求来衡量的。“需求”是指根据特定协议或其他强制性规范，产品、服务或成果必须具备的条件或能力。项目范围：包括产品范围，是为交付具有规定特性与功能的产品、服务或成果而必须完成的工作。项目范围的完成情况是根据项目管理计划来衡量的。9. 1.2管理新实践需求一直是项目管理

2、的关注重点，需求管理过程结束于需求关闭，即把产品、服务或成果移交给接收方，以便长期测量、监控、实现并维持收益。随着全球环境变得日益复杂，项目范围管理的新趋势和新兴实践更加注重与商业分析师一起合作，以便:确定问题识别商业需要;识别并推荐能够满足需要的可行解决方案；收集、记录并管理干系人需求满足商业和项目目标；推动项目集或项目产品、服务或最终成果成功应用。如果项目已配备商业分析师，该角色的职责还应包括需求管理相关的活动，项目经理则负责确保这些活动列入项目管理计划，并且在预算内按时完成，同时能够创造价值。项目经理与商业分析师之间应该是伙伴式合作关系。如果项目经理和业务分析师能够理解彼此在促进项目目标

3、实现过程中的角色和职责，项目成功的可能性会更大。9.2项目范围管理过程9. 2.1过程概述项目范围管理过程包括： 规划范围管理：为了记录如何定义、确认和控制项目范围及产品范围，创建范围管理计划。 收集需求：为了实现项目目标，确定、记录并管理干系人的需要和需求。 定义范围：制定项目和产品详细描述。 创建WBS：将项目可交付成果和项目工作分解为较小的、更易于管理的组件。 确认范围：正式验收已完成的项目可交付成果。 控制范围：监督项目和产品的范围状态，管理范围基准的变更。在项目实际进展中，以上各过程会相互交叠和相互作用。表9T概括了项目范围管理的各个过程。表9-1项目范围管理过程过程输入工具与技术输

4、出规划范围管理项目章程项目管理计划事业环境因素组织过程资产专家判断数据分析会议范围管理计划需求管理计划收集需求立项管理文件项目章程项目管理计划 项目文件 协议 事业环境因素 组织过程资产 专家判断 数据收集 数据分析 决策 数据表现 人际关系与团队技能 系统交互图 原型法需求文件需求跟踪矩阵定义范围项目章程项目管理计划项目文件事业环境因素组织过程资产 专家判断 数据分析 决策 人际关系与团队技能 产品分析项目范围说明书项目文件（更新）创建WBS项目管理计划项目文件事业环境因素组织过程资产专家判断分解范围基准项目文件（更新）确认范围项目管理计划项目文件工作绩效数据核实的可交付成果检查决策 验收的

5、可交付成果 变更请求 工作绩效信息 项目文件（更新）控制范围项目管理计划项目文件工作绩效数据组织过程资产数据分析工作绩效信息变更请求项目管理计划（更新）项目文件（更新）9.2.2裁剪考虑因素因为每个项目都是独特的，所以项目经理可能根据需要裁剪项目范围管理过程。裁剪时应考虑的因素包括： 知识和需求管理：项目经理应建立哪些指南？为了在未来项目中重复使用需求，组织是否拥有正式或非正式的知识和需求管理体系？ 确认和控制：组织是否有正式或非正式的与确认和控制相关政策、程序和指南？ 开发方法：组织是否采用敏捷方法管理项目？开发方法属于迭代型还是增量型？是否采用预测型方法？混合型方法是否有效？需求的稳定性：

6、项目中是否存在需求不稳定的领域？是否有必要采用精益、敏捷或其他适应型技术来处理不稳定的需求，直至需求稳定且定义明确？ 治理：组织是否拥有正式或非正式的审计和治理政策、程序和指南？9. 2.3敏捷与适应方法对于需求不断变化、风险大或不确定性高的项目，在项目开始时通常无法明确项目的范围，而需要在项目期间逐渐明确。敏捷或适应型方法特意在项目早期缩短定义和协商范围的时间，为后续细化范围、明确范围争取更多的时间。在许多情况下，不断涌现的需求往往导致真实的业务需求与最初所述的业务需求之间存在差异。因此，敏捷方法有目的地构建和审查原型，并通过多次发布版本来明确需求，范围会在整个项目期间被定义和再定义。采用敏

7、捷或适应型生命周期，旨在应对大量变更，需要干系人持续参与项目O因此，应将适应型项目的整体范围分解为一系列拟实现的需求和拟执行的工作（有时称为产品未完成项），通过多次迭代来开发可交付成果，并在每次迭代开始时定义和批准详细的范围。在一个迭代开始时，团队将努力确定产品未完成项中，哪些优先级高的未完成项需要在下一次迭代中交付。在每次迭代中，都会重复开展三个过程：收集需求；定义范围；创建WBS。在适应型或敏捷型生命周期中，发起人和客户代表应该持续参与项目，并对迭代交付的可交付成果提供反馈意见，确保产品未完成真实地反映了他们的当前需求。在每次迭代中，都会重复开展两个过程：确认范围；控制范围。在预测型项目中

8、，经过批准的项目范围说明书、工作分解结构（WBS）和相应的WBS词典构成项目范围基准。只有通过正式变更控制程序，才能进行基准变更。在开展确认范围、控制范围及其他控制过程时，基准被用作比较的基础。而采用适应型生命周期的项目，则使用未完成项（包括产品需求和用户故事）反映当前需求。确认范围是正式验收已完成的项目可交付成果的过程。从控制质量过程输出的核实的可交付成果是确认范围过程的输入，而验收的可交付成果是确认范围过程的输出之一，由获得授权的干系人正式签字批准。因此，干系人需要在规划阶段早期介入（有时需要在启动阶段就介入），对可交付成果的质量提出意见，以便控制质量过程能够据此评估绩效并提出必要的变更建

9、议。9.3规划范围管理规划范围管理是为了记录如何定义、确认和控制项目范围及产品范围，而创建范围管理计划的过程。本过程的主要作用是在整个项目期间对如何管理范围提供指南和方向。本过程仅开展一次或仅在项目的预定义点开展。规划范围管理过程的数据流向如图9-1所示。图9-1规范范围管理过程的数据流向图范围管理计划是项目或项目集管理计划的组成部分,描述将如何定义、制定、监督、控制和确认项目范围。制订范围管理计划和细化项目范围始于对下列信息的分析：项目章程中的信息、项目管理计划中已批准的子计划、组织过程资产中的历史信息和相关事业环境因素。9.3.1输入1、项目章程项目章程记录项目目的、项目概述、假设条件、制

10、约因素，以及项目想要实现的高层级的需求。2、项目管理计划规划范围管理中使用的项目管理计划组件主要包括： 质量管理计划：在项目中实施组织的质量政策、方法和标准的方式会影响管理项目和产品范围的方式。 项目生命周期描述：定义了从开始到完成所经历的一系列阶段。 开发方法：开发方法定义了项目是采用预测型、适应型还是混合型开发方法。3、事业环境因素能够影响规划范围管理过程的事业环境因素主要包括:组织文化、基础设施、人事管理制度和市场条件等。4、组织过程资产能够影响规划范围管理过程的组织过程资产主要包括：政策和程序、历史信息和经验教训知识库等。9.3.2工具与技术1、专家判断规划范围管理过程中，应征求具备如

11、下领域相关专业知识或接受过相关培训的个人或小组的意见，涉及的领域包括：以往类似项目；特定行业、学科和应用领域的信息等。2、数据分析适用于本过程的数据分析技术是备选方案分析。备选方案分析技术用于评估、收集需求，详述项目和产品范围，创造产品，确认范围和控制范围的各种方法。3、会议项目团队可参加项目会议来制订范围管理计划。参会者包括项目经理、项目发起人、选定的项目团队成员、选定的干系人、范围管理各过程的负责人以及其他必要人员。9.3.3输出1、范围管理计划范围管理计划是项目管理计划的组成部分，描述将如何定义、制定、监督、控制和确认项目范围。范围管理计划用于指导如下过程和相关工作：制定项目范围说明书；

12、根据详细项目范围说明书创建WBS；确定如何审批和维护范围基准；正式验收已完成的项目可交付成果。根据项目需要，范围管理计划可以是正式或非正式的，非常详细或高度概括的。2、需求管理计划需求管理计划是项目管理计划的组成部分,描述如何分析、记录和管理需求。需求管理计划的主要内容包括：如何规划、跟踪和报告各种需求活动；配置管理活动，例如，如何启动变更，如何分析其影响，如何进行追溯、跟踪和报告，以及变更审批权限；需求优先级排序过程；测量指标及使用这些指标的理由；反映哪些需求属性将被列入跟踪矩阵等。9.4收集需求收集需求是为实现目标而确定，记录并管理干系人的需要和需求的过程。本过程的主要作用是为定义产品范围

13、和项目范围奠定基础。本过程仅开展一次或仅在项目的预定义点开展。收集需求过程的数据流向如图9-2所示。立项管理立项管理文件制定项目章程项目章程假设日志组织过程资产规划范围管理需求管理计划范围管理计划协议收集需求规划干系人参与实施采购识别干系人干系人参与计划干系人登记册事业环境因素需求文件需求跟踪矩阵管理项目知识经验教训登记册图9-2收集需求过程的数据流向图让干系人积极参与需求的探索和分解工作（分解成项目和产品需求），并仔细确定、记录和管理对产品、服务或成果的需求，能直接促进项目成功。需求是指根据特定协议或其他强制性规范，产品、服务或成果必须具备的条件或能力。它包括发起人、客户和其他干系人的已量化

14、且书面记录的需要和期望。应该足够详细地挖掘、分析和记录这些需求，并将其包含在范围基准中，在项目执行开始后对其进行测量。需求将作为后续工作分解结构(WBS)的基础，也将作为成本、进度、质量和采购规划的基础。9. 4.1输入1、立项管理文件会影响收集需求过程的立项管理文件是商业论证产生的文件，它描述了为满足业务需要而应该达到的必要、期望及可选标准。2、项目章程项目章程记录了项目概述以及将用于制定详细需求的高层级需求。3、项目管理计划收集需求中使用的项目管理计划组件包括： 范围管理计划：包含如何定义和制定项目范围的信息。 需求管理计划：包含如何收集、分析和记录项目需求的信息。 干系人参与计划：从该计

15、划中了解干系人的沟通需求和参与程度，以便评估并适应干系人对需求活动的参与程度。4、项目文件可作为收集需求过程输入的项目文件主要包括： 假设日志：识别了有关产品、项目、环境、干系人以及会影响需求的其他因素的假设条件。 干系人登记册：用于了解哪些干系人能够提供需求方面的信息，及记录干系人对项目的需求和期望。经验教训登记册：提供了有效的需求收集技术，尤其针对使用敏捷或适应型产品开发方法的项目。5、协议协议会包含项目和产品需求。6、事业环境因素会影响收集需求过程的事业环境因素主要包括：组织文化、基础设施、人事管理制度、市场条件等。7、组织过程资产会影响收集需求过程的组织过程资产主要包括：政策和程序；包含以往