【信息系统项目管理师】【综合知识】【备考知识点】第九章 项目范围管理

【移动端浏览】☞【信息系统项目管理师】第九章 项目范围管理

第九章 项目范围管理

（项目范围管理）含义

项目范围管理包括确保项目做且只做所需的全部工作，以成功完成项目。

产品范围（定义）

指某项产品、服务或成果所具有的特征和功能。

项目范围（定义）

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

（项目经理）职责

项目经理负责确保这些活动列入项目管理计划，并且在预算内按时完成，同时能够创造价值。

项目范围管理过程

• 过程（包括）
• (1)规划范围管理；
• (2)收集需求；
• (3)定义范围；
• (4)创建WBS；
• (5)确认范围；
• (6)控制范围。
• 裁剪考虑因素
• (1)知识和需求管理；
• (2)确认和控制；
• (3)开发方法；
• (4)需求的稳定性；
• (5)治理。
• 迭代（开展过程）
• (1)收集需求；
• (2)定义范围；
• (3)创建WBS；
• (4)确认范围；
• (5)控制范围。

规划范围管理

• 含义

规划范围管理是为了记录如何定义、确认和控制项目范围及产品范围，而创建范围管理计划的过程。

• 开展周期

本过程仅开展一次或仅在项目的预定义点开展。

• 输入
• (1)项目章程
• (2)项目管理计划

①质量管理计划；
②项目生命周期描述；
③开发方法。

• (3)事业环境因素

①组织文化；
②基础设施；
③人事管理制度；
④市场条件等。

• (4)组织过程资产

①政策和程序；
②历史信息和经验教训知识库等。

• 工具与技术
• (1)专家判断
• (2)数据分析（技术）

适用于本过程的数据分析技术是备选方案分析。

• (3)会议

①目的
制定范围管理计划。

②参会者
1)项目经理；
2)项目发起人；
3)选定的项目团队成员；
4)选定的干系人；
5)范围管理各过程的负责人；
6)其他必要人员。

• 输出
• (1)范围管理计划

①定义
范围管理计划是项目管理计划的组成部分。描述将如何定义、制定、监督、控制和确认项目范围。

②（范围管理计划）用于指导如下过程和工作
1)制定项目范围说明书；
2)根据详细项目范围说明书创建WBS；
3)确定如何审批和维护范围基准；
4)正式验收已完成的项目可交付成果。

③类型
1)正式的；
2)非正式的；
3)非常详细的；
4)高度概括的。

• (2)需求管理计划

①定义
需求管理计划是项目管理计划的组成部分。描述如何分析、记录和管理需求。

②内容
1)如何规划、跟踪和报告各种需求活动；
2)配置管理活动（例如，如何启动变更，如何分析其影响，如何进行追溯、跟踪和报告，以及变更审批权限）；
3)需求优先级排序过程；
4)测量指标及使用这些指标的理由；
5)反映哪些需求属性将被列入跟踪矩阵等。

收集需求

• 定义

收集需求是为实现目标而确定，记录并管理干系人的需要和需求的过程。

• 作用

为定义产品范围和项目范围奠定基础。

• 开展周期

本过程仅开展一次或仅在项目的预定义点开展。

• 输入
• (1)立项管理文件
• (2)项目章程
• (3)项目管理计划

①范围管理计划；
②需求管理计划；
③干系人参与计划。

• (4)项目文件

①假设日志；
②干系人登记册；
③经验教训登记册。

• (5)协议

①项目需求；
②产品需求。

• (6)事业环境因素
• (7)组织过程资产
• 工具与技术
• (1)专家判断
• (2)数据收集（技术）

①头脑风暴；
②访谈；
③焦点小组；
④问卷调查；
⑤标杆对照；

• (3)数据分析

①适用技术
文件分析（指审核和评估任何相关的文件信息）。

②可供分析的文件
1)协议；
2)商业计划；
3)业务流程或接口文档；
4)业务规则库；
5)现行流程；
6)市场文献；
7)问题日志；
8)政策和程序、法规文件，如法律、准则、法令等；
9)建议邀请书；
10)用例等。

• (4)决策（技术）

①投票；
②独裁型决策制定；
③多标准决策分析。

• (5)数据表现（技术）

①亲和图；
②思维导图。

• (6)人际关系与团队技能

①名义小组技术；
②观察和交谈；
③引导。

• (7)系统交互图
• (8)原型法
• 输出
• (1)需求文件

【需求类别】：
①业务需求；
②干系人需求；
③解决方案需求
1)功能需求；
2)非功能需求。

④过渡和就绪需求；
⑤项目需求；
⑥质量需求。

• (2)需求跟踪矩阵

①定义
需求跟踪矩阵是把产品需求从其来源连接到能满足需求的可交付成果的一种表格。

②（跟踪需求）内容
1)业务需要、机会、目的和目标；
2)项目目标；
3)项目范围和WBS可交付成果；
4)产品设计；
5)产品开发；
6)测试策略和测试场景；
7)高层级需求到详细需求等。

定义范围

• 含义

定义范围是制定项目和产品详细描述的过程。

• 作用

描述产品、服务或成果的边界和验收标准。

• 开展周期

本过程需要再整个项目期间多次反复开展。

• 输入
• (1)项目章程

项目章程中包含对项目的高层级描述、产品特征和审批要求。

• (2)项目管理计划

定义范围中使用的项目管理计划是范围管理计划。

• (3)项目文件

①假设日志；
②需求文件；
③风险登记册。

• (4)事业环境因素
• (5)组织过程资产

①用于制定项目范围说明书的政策、程序和模板；
②以往项目的项目档案；
③以往阶段或项目的经验教训等。

• 工具与技术
• (1)专家判断；
• (2)数据分析

适用技术为备选方案分析。

• (3)决策

适用技术为多标准决策分析。

• (4)人际关系与团队技能；
• (5)产品分析（技术）。
• 输出
• (1)项目范围说明书

①定义
项目范围说明书是对项目范围、主要可交付成果、假设条件和制约因素的描述。

②作用
1)可明确指出哪些工作不属于本项目范围；
2)帮助项目团队进行更详细的规划；
3)在执行过程中指导项目团队工作；
4)为评价变更请求或额外工作是否超过项目边界提供基准。

③内容
1)产品范围描述；
2)可交付成果；
3)验收标准；
4)项目的除外责任。

• (2)项目文件（更新）

①假设日志；
②需求文件；
③需求跟踪矩阵；
④干系人登记册。

创建WBS

• （创建工作分解结构（WBS））定义

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

• 作用

为所要交付的内容提供架构。

• 开展周期

仅开展一次或仅在项目的预定义点开展。

• WBS
• (1)定义

WBS是对项目团队为实现项目目标，创建所需可交付成果而需要实施的全部工作范围的层级分解。

• (2)最低组成部分

工作包（其中包括计划的工作）。

• (3)工作包（作用）

工作包对相关活动进行归类，以便对工作安排进度，进行估算，开展监督与控制。

• 输入
• (1)项目管理计划

创建WBS中使用的项目管理计划组价是范围管理计划。

• (2)项目文件

①需求文件；
②项目范围说明书。

• (3)事业环境因素
• (4)组织过程资产

①用于创建WBS的政策、程序和模板；
②以往项目的项目档案；
③以往项目的经验教训等。

• 工具与技术
• (1)专家判断
• (2)分解（技术）

①定义
分解是一种吧项目范围和项目可交付成果逐步划分为更小、更便于管理的组成部分的技术。

②（创建WBS）常用方法
1)自上而下的方法；
2)使用组织特定的指南；
3)使用WBS模板。

③活动
1)识别和分析可交付成果及相关工作；
2)确定WBS的结构和编排方法；
3)自上而下逐层细化分解；
4)为WBS组成部分制定和分配标识编码；
5)核实可交付成果分解的程度是否恰当。

④WBS结构
【形式】：
1)以项目生命周期的各阶段作为分解的第二层，把产品和项目可交付成果放在第三层；
2)以主要可交付成果作为分解的第二层；
3)纳入由项目团队以外的组织开发的各种较低层次组件(如外包工作)。

⑤（分解过程）注意事项
1)WBS必须是面向可交付成果的；
2)WBS必须符合项目的范围；
3)WBS的底层应该支持计划和控制；
4)WBS中的元素必须有人负责，而且只有一个人负责；
5)WBS应控制在4-6层；
6)WBS应包括项目管理工作，也要包括分包出去的工作。
7)WBS的编制需要所有（主要）项目干系人的参与；
8)WBS并非是一成不变的。

• 输出
• (1)范围基准

①定义
范围基准是经过批准的范围说明书、WBS和相应的WBS词典。

②项目范围说明书
1)项目范围；
2)主要可交付成果；
3)假设条件；
4)制约因素。

③WBS；
④工作包；
⑤规划包；
⑥WBS字典
1)账户编码标识；
2)工作描述；
3)假设条件和制约因素；
4)负责的组织；
5)进度里程碑；
6)相关的进度活动；
7)所需资源；
8)成本估算；
9)质量要求；
10)验收标准；
11)技术参考文献；
12)协议信息等。

• (2)项目文件（更新）

①假设日志；
②需求文件。

确认范围

• （确认范围）定义

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

• 作用
• (1)使验收过程具有客观性；
• (2)通过确认每个可交付成果来提高最终产品、服务或成果获得验收的可能性。
• 开展周期

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

• （确认范围）步骤
• (1)确认需要进行范围确认的时间；
• (2)识别范围确认需要哪些投入；
• (3)确定范围正式被接受的标准和要素；
• (4)确定范围确认会议的组织步骤；
• (5)组织范围确认会议。
• 需要检查的问题
• (1)可交付成果是否是确定的、可确认的；
• (2)每个可交付成果是否有明确的里程碑，里程碑是否有明确的、可辨别的事件；
• (3)是否有明确的质量标准；
• (4)审核和承诺是否有清晰的表达；
• (5)项目范围是否覆盖了需要完成的产品或服务的所有活动，有没有遗漏或错误；
• (6)项目范围的风险是否太高。
• 干系人关注点的不同
• (1)管理层主要关注项目范围；
• (2)客户主要关注产品范围；
• (3)项目管理人员主要关注项目制约因素；
• (4)项目团队成员主要关注项目范围中自己参与的元素和负责的元素。
• 输入
• (1)项目管理计划

①范围管理计划；
②需求管理计划；
③范围基准。

• (2)项目文件

①需求文件；
②需求跟踪矩阵；
③质量报告；
④经验教训登记册。

• (3)工作绩效数据

①符合需求的程度；
②不一致的数量；
③不一致的严重性；
④在某时间段内开展确认的数量。

• (4)核实的可交付成果

定义：指已经完成，并被控制质量过程检查为正确的可交付的成果。

• 工具与技术
• (1)检查；
• (2)决策

适用技术为投票。

• 输出
• (1)验收的可交付成果；
• (2)变更请求；
• (3)工作绩效信息（包括项目进展信息）；
• (4)项目文件（更新）

①需求文件；
②需求跟踪矩阵；
③经验教训登记册。

控制范围

• （控制范围）定义

控制范围是监督项目和产品的范围状态，管理范围基准变更的过程。

• 作用

在整个项目期间保持对范围基准的维护。

• 开展周期

本过程需要在整个项目期间开展。

• 目的

确保所有变更请求、推荐的纠正措施或预防措施都通过实施整体变更控制过程进行处理。

• （范围蔓延）定义

指未经控制的产品或项目范围的扩大（未对时间、成本和资源做相应调整）。

• 输入
• (1)项目管理计划

①范围管理计划；
②需求管理计划；
③变更管理计划；
④配置管理计划；
⑤范围基准；
⑥绩效测量基准。

• (2)项目文件

①需求文件；
②需求跟踪矩阵；
③经验教训登记册。

• (3)工作绩效数据

①收到的变更请求的数量；
②接受的变更请求的数量；
③核实、确认和完成的可交付成果的数量。

• (4)组织过程资产

①现有的、正式的和非正式的与范围控制相关的政策、程序和指南；
②可用的监督和报告的方法与模板等。

• 工具与技术

数据分析（技术）

• (1)偏差分析；
• (2)趋势分析。
• 输出
• (1)工作绩效信息

①收到的变更的分类；
②识别的范围偏差和原因；
③偏差对进度和成本的影响；
④对将来范围绩效的预测。

• (2)变更请求；
• (3)项目管理计划（更新）

①范围管理计划；
②范围基准；
③进度基准；
④成本基准；
⑤绩效测量数据。

• (4)项目文件（更新）

①需求文件；
②需求跟踪矩阵；
③经验教训登记册。

原文地址：https://blog.csdn.net/qq_51648334/article/details/144153260

免责声明：本站文章内容转载自网络资源，如本站内容侵犯了原著者的合法权益，可联系本站删除。更多内容请关注自学内容网（zxcms.com）！