信息系统项目管理师--第九章打卡

学习目标：

我有近两个月没有翻翻高项考试的书，是真的太忙了，需求像滚雪球一样的迭代过来，以至于自己从来没有时间好好安心下来研究技术。软考高项这个证书我一直想快速拿下，虽然单位并不认可以考代评，但是给自己设定一个目标，倒逼自己去完成，也是为让为自己不被社会淘汰做些许努力。

• 这章节也是考选择、案例、论文。

第9章 项目范围管理

1.产品范围：某项产品、服务或成果所具有的特征和功能。

2.项目范围：包括产品范围，是为交付具有规定特性与功能的产品、服务或成果而必须完成的工作。

3.项目范围管理过程：规划范围管理、收集需求、定义范围、创建WBS、确认范围、控制范围。

4.敏捷与适应方法：特意在项目早期缩短定义和协商范围的时间，为后续细化范围、明确范围争取更多的时间。敏捷方法有目的地构建和审查原型，并通过多次发布版本来明确需求，范围会在整个项目期间被定义和再定义。

5.在一个迭代开始时，团队将努力确定产品未完成项中哪些优先级高的未完成项需要在下一次迭代中交付。每次迭代中，重复：收集需求、定义范围、创建WBS。

6.在预测型项目中，经过批准的项目范围说明书、工作分解结构（WBS）和相应的WBS词典构成项目范围基准。只有通过正式变更控制程序，才能进行基准变更。

7.确认范围是正式验收已完成的项目可交付成果的过程。

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

9.收集需求：为实现目标而确定，记录并管理干系人的需要和需求的过程。本过程的主要作用是为定义产品范围和项目范围奠定基础。本过程仅开展一次或仅在项目的预定义点开展。

10.让干系人积极参与需求的探索和分解工作，并仔细确定、记录和管理对产品、服务或成果的需求，能直接促进项目成功。

11.定义范围：是制定项目和产品详细描述的过程。本过程的主要作用是描述产品、服务或成果的边界和验收标准。

12.由于在收集需求过程中识别出的所有需求未必懂包含在项目中，所以定义范围过程需要从需求文件（收集需求过程的输出）中选取最终的项目需求，然后制定出关于项目及其产品、服务或成果的详细描述。

13.创建WBS：创建工作分解结构（WBS）是把项目可交付成果和项目工作分解成较小、更易于管理的组件的过程。

14.WBS是对项目团队为实现项目目标，创建所需可交付成果而需要实施的全部工作范围的层级分解。WBS组织并定义了项目的总范围，代表着经批准的当前的项目范围说明书中所规定的工作。

15.WBS最低层的组成部分为工作包（可以分解为活动）。其中包括计划的工作。工作包对相关活动进行归类，以便对工作安排进度，进行估算，开展监督与控制，在工作分解结构这个词语中，工作指作为活动结果的工作产品或可交付的成果，而不是活动本身。

16.确认范围：是正式验收已完成的项目可交付成果的过程。作用是：1、使验收过程具有客观性2、通过确认每个可交付成果来提高最终产品、服务或成果获得验收的可能性。

17.确认范围过程应根据需要在整个项目期间定期开展。

18.确认范围步骤（贯穿项目始终）：1、确定需要进行范围确认的时间2、识别范围确认需要哪些投入3、确定范围正式被接受的标准和要素4、确定范围确认会议的组织步骤5、组织范围确认会议。

19.（案例）确认范围过程与控制质量过程的不同在于：前者关注可交付成果的验收，而后者关注可交付成果的正确性及是否满足质量要求。控制质量过程通常先于确认范围过程，但二者也可同时进行。

20.需要检查的问题：

（1）可交付成果是否是确定的、可确认的

（2）每个可交付成果是否有明确的里程碑，里程碑是否有明确的、可辨别的事件

（3）是否有明确的质量标准，可交付成果的交付不但要有明确的标准标志，而且要有是否按照要求完成的标准，可交付成果和其标准之间是否有明确联系

（4）审核和承诺是否有清晰的表达，项目发起人必须正式同意项目的边界，项目完成的产品或服务以及项目相关的可交付成果。

（5）项目范围是否覆盖了需要完成的产品或服务的所有活动，有没有遗漏或错误

（6）项目范围的风险是否太高，管理层能否能够降低风险发生时对项目的影响。

21.干系人关注点的不同：1、管理层主要关注项目范围。2、客户主要关注产品范围3、项目管理人员主要关注项目制约因素（成本、进度、范围）3、项目团队成员主要关注项目范围中自己参与的元素和负责的元素。

22.控制范围：是监督项目和产品的范围状态，管理范围基准变更的过程。主要作用是在整个项目期间保持对范围基准的维护。本过程需要在整个项目期间开展。

23.控制项目范围确保所有变更请求、推荐的纠正措施或预防措施都通过实施整体变更控制过程进行处理。在变更实际发生时，也需要采用控制范围过程来管理这些变更。控制范围过程应该与其他项目管理知识领域的控制过程协调开展。未经控制的产品或项目范围的扩大（未对时间、成本和资源做相应调整）被称为范围蔓延。

24.项目范围管理过程：

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