【软考高项】第九章项目范围管理

        需求一直是项目管理的关注重点，需求管理过程结束于需求关闭，即把产品、服务或成果移交给接收方，以便长期测量、监控、实现并维持收益。
        如果项目已配备商业分析师，该角色的职责还应包括需求管理相关的活动，项目经理则负责确保这些活动列入项目管理计划，并且在预算内按时完成，同时能够创造价值。
        项目经理与商业分析师之间应该是伙伴式合作关系。

9.2项目范围管理过程

9.2.1过程概述

        项目范围管理过程包括：
        ●规划范围管理：为了记录如何定义、确认和控制项目范围及产品范围，创建范围管理计划。
        ●收集需求：为了实现项目目标，确定、记录并管理干系人的需要和需求。
        ●定义范围：制定项目和产品详细描述。
        ●创建WBS:将项目可交付成果和项目工作分解为较小的、更易于管理的组件。
        ●确认范围：正式验收已完成的项目可交付成果。
        ●控制范围：监督项目和产品的范围状态，管理范围基准的变更。

9.2.2裁剪考虑因素

包括：知识和需求管理、确认和控制、开发方法、需求的稳定性、治理。

9.2.3敏捷与适应方法

        对于需求不断变化、风险大或不确定性高的项目，在项目开始时通常无法明确项目的范围，而需要在项目期间逐渐明确。
        敏捷或适应型方法特意在项目早期缩短定义和协商范围的时间，为后续细化范围、明确范围争取更多的时间。
        采用敏捷或适应型生命周期，旨在应对大量变更，需要干系人持续参与项目。
        重复开展三个过程：①收集需求；②定义范围；③创建WBS。
        在预测型项目中，经过批准的项目范围说明书、工作分解结构(WBS)和相应的WBS词典构成项目范围基准。
        只有通过正式变更控制程序，才能进行基准变更。

9.3规划范围管理

        规划范围管理是为了记录如何定义、确认和控制项目范围及产品范围，而创建范围管理计划的过程。
        本过程的主要作用是在整个项目期间对如何管理范围提供指南和方向。
        本过程仅开展一次或仅在项目的预定义点开展。
        范围管理计划是项目或项目集管理计划的组成部分，描述将如何定义、制定、监督、控制和确认项目范围。

9.3.1输入

1.项目章程
项目章程记录项目目的、项目概述、假设条件、制约因素，以及项目想要实现的高层级的需求。
2.项目管理计划：质量管理计划、项目生命周期描述、开发方法。
3.事业环境因素
4.组织过程资产

9.3.2工具与技术

1.专家判断
2.数据分析：备选方案分析。
3.会议

9.3.3输出

1.范围管理计划
范围管理计划是项目管理计划的组成部分，描述将如何定义、制定、监督、控制和确认项目范围。
范围管理计划用于指导如下过程和相关工作：①制定项目范围说明书；②根据详细项目范围说明书创建WBS;③确定如何审批和维护范围基准；④正式验收已完成的项目可交付成果。

2.需求管理计划
需求管理计划是项目管理计划的组成部分。
需求管理计划的主要内容包括：①如何规划、跟踪和报告各种需求活动；②配置管理活动；③需求优先级排序过程；④测量指标及使用这些指标的理由；⑤反映哪些需求属性将被列入跟踪矩阵等。

9.4收集需求

        收集需求是为实现目标而确定，记录并管理干系人的需要和需求的过程。
        本过程的主要作用是为定义产品范围和项目范围奠定基础。
        本过程仅开展一次或仅在项目的预定义点开展。
        需求将作为后续工作分解结构(WBS)的基础，也将作为成本、进度、质量和采购规划的基础。

9.4.1输入

1.立项管理文件
2.项目章程
3.项目管理计划：范围管理计划、需求管理计划、干系人参与计划。
4.项目文件：假设日志、干系人登记册、经验教训登记册。
5.协议
协议会包含项目和产品需求。
6.事业环境因素
7.组织过程资产

9.4.2工具与技术

1.专家判断
2.数据收集：头脑风暴、访谈、焦点小组、问卷调查、标杆对照。
3.数据分析：件分析。
4.决策：投票、独裁型决策制定、多标准决策分析。
5.数据表现：亲和图、思维导图。
6.人际关系与团队技能：名义小组技术、观察和交谈
7.系统交互图
8.原型法

9.4.3输出

1.需求文件
        只有明确的(可测量和可测试的)、可跟踪的、完整的、相互协调的，且主要干系人愿意认可的需求，才能作为基准。
        需求的类别一般包括：
        (1)业务需求：整个组织的高层级需要。
        (2)干系人需求：干系人的需要。
        (3)解决方案需求：为满足业务需求和干系人需求，产品、服务或成果必须具备的特性、功能和特征。
        解决方案需求又进一步分为功能需求和非功能需求。
        (4)过渡和就绪需求
        (5)项目需求
        (6)质量需求
2.需求跟踪矩阵
        跟踪需求的内容包括：①业务需要、机会、目的和目标；②项目目标；③项目范围和WBS可交付成果；④产品设计；⑤产品开发；⑥测试策略和测试场景；⑦高层级需求到详细需求等
        需求踪矩阵中记录的典型属性包括唯一标识、需求的文字描述、收录该需求的理由、所有者、来源、优先级别、版本、当前状态和状态日期。

9.5定义范围

        本过程的主要作用是描述产品、服务或成果的边界和验收标准。
        本过程需要在整个项目期间多次反复开展。
        准备好详细项目范围说明书，对项目成功至关重要。

9.5.1输入

1.项目章程
2.项目管理计划：范围管理计划。
3.项目文件：假设日志、需求文件、风险登记册。
4.事业环境因素
5.组织过程资产

9.5.2工具与技术

1.专家判断
2.数据分析：备选方案分析。
3.决策：多标准决策分析
4.人际关系与团队技能：引导。
5.产品分析。
主要包括：产品分解、需求分析、系统分析、系统工程、价值分析、价值工程等

9.5.3输出

1.项目范围说明书
它记录了整个范围，包括：项目和产品范围；详细描述了项目的可交付成果；代表项目干系人之间就项目范围所达成的共识。

2.项目文件(更新)：假设日志、需求跟踪矩阵、干系人登记册。

9.6创建WBS

        创建工作分解结构(WBS)是把项目可交付成果和项目工作分解成较小、更易于管理的组件的过程。
        本过程的主要作用是为所要交付的内容提供架构。
        它仅开展一次或仅在项目的预定义点开展。
        WBS组织并定义了项目的总范围，代表着经批准的当前项目范围说明书中所规定的工作。
        WBS最低层的组成部分称为工作包，其中包括计划的工作。

9.6.1输入

1.项目管理计划：范围管理计划。
2.项目文件：需求文件、项目范围说明书。
4.事业环境因素
5.组织过程资产

9.6.2工具与技术

1.专家判断
2.分解
        常用的方法包括自上而下的方法、使用组织特定的指南和使用WBS模板。
        WBS可以采用提纲式、组织结构图或能说明层级结构的其他形式。
        在分解的过程中，应该注意以下8个方面。
        ●WBS必须是面向可交付成果的；
        ●WBS必须符合项目的范围：WBS必须包括也仅包括为了完成项目的可交付成果的活动。100%原则(包含原则)认为，在WBS中，所有下一级的元素之和必须100%代表上一级的元素。
        ●WBS的底层应该支持计划和控制：WBS是项目管理计划和项目范围之间的桥梁，WBS的底层不但要支持项目管理计划，而且要让管理层能够监视和控制项目的进度和预算。
        ●WBS中的元素必须有人负责，而且只有一个人负责；
        ●WBS应控制在4～6层
        ●WBS应包括项目管理工作(因为管理是项目具体工作的一部分),也要包括分包出去的工作。
        ●WBS的编制需要所有(主要)项目干系人的参与。
        ●WBS并非是一成不变的：在完成了WBS之后的工作中，仍然有可能需要对WBS进行修
改。

9.6.3输出

1.范围基准
        范围基准是经过批准的范围说明书、WBS和相应的WBS词典，只有通过正式的变更控制程序才能进行变更，它被用作比较的基础。
        范围基准是项目管理计划的组成部分。
        WBS字典是针对WBS中的每个组件，详细描述可交付成果、活动和进度信息的文件。
2.项目文件(更新)：假设日志、需求文件。

9.7确认范围

        确认范围是正式验收已完成的项目可交付成果的过程。
        确认范围过程应根据需要在整个项目期间定期开展。
        由主要干系人，尤其是客户或发起人审查从控制质量过程输出的核实的可交付成果，确认这些可交付成果已经圆满完成并通过正式验收。
        确认范围的一般步骤包括：①确定需要进行范围确认的时间；②识别范围确认需要哪些投入；③确定范围正式被接受的标准和要素；④确定范围确认会议的组织步骤；⑤组织范围确认会议。
        确认范围过程与控制质量过程的不同之处在于，前者关注可交付成果的验收，而后者关注可交付成果的正确性及是否满足质量要求。
        控制质量过程通常先于确认范围过程，但二者也可同时进行。
        管理层主要关注项目范围：是指范围对项目的进度、资金和资源的影响，这些因素是否超过了组织承受范围，是否在投入产出上具有合理性。
        客户主要关注产品范围：关心项目的可交付成果是否足够完成产品或服务。
        项目管理人员主要关注项目制约因素：关心项目可交付成果是否足够和必须完成，时
间、资金和资源是否足够，主要的潜在风险和预备解决的方法。
        项目团队成员主要关注项目范围中自己参与的元素和负责的元素。