30天通过软考高项-第三天

30天通过软考高项-第三天

任务：项目范围管理

• 思维导图阅读

• 知识点集锦阅读

• 知识点记忆

• 章节习题练习

• 知识点练习

• 手写回忆ITTO

• 听一遍喜马拉雅关于范围的内容

范围管理-背

1. 过程定义

规划变瘦订份缺孔

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

Ø 收集需求：为了实现项目目标，确定、激励并管理干系人的需要和需求。

Ø 定义范围：制定项目和产品详细描述，明确产品、服务或成果的边界。

Ø 创建工作分解结构：将项目的可交付成果和项目工作分解为较小的。更易于管理的组件。

Ø 确认范围：正式验收已完成的项目的可交付成果。

Ø 控制范围：监督项目和产品的范围状态，管理范围基准的变更

2. 初步范围说明书内容

产业可除制假

产品范围描述、验收标准、可交付成果、项目的除外责任、制约因素（限制条件）、假设条件（前提条件的不确定性）

3. 范围基准

经过批准的项目范围说明书，WBS和WBS词典；

项目范围的完成情况是根据项目管理计划来衡量的。产品范围的完成情况是根据产品需求来衡量的。

4. 详细范围说明书内容

标书求姐夫，厂家约疯子，北京惩治囚犯

项目目标、产品范围描述、项目需求、项目边界、项目可交付物、产品可接受的标准、项目的假设条件、项目的约束条件、初始风险、项目配置管理需求、进度里程碑、资金限制、成本估算、初始的项目组织、已批准的需求、项目规范

5. WBS的分别步骤（如何分解）

师姐分便当

Ø 识别和分析可交付成果及相关工作

Ø 确定WBS的结构及编排方法（树形、列表）

Ø 自上而下逐层分解

Ø 为WBS组成部分制定和分配标识编码

Ø 核实工作分解的程度是恰当的

6. 创建WBS的注意事项

百事滚一发，可管所有

①必需符合项目范围，在各层次上保持项目的完整性，避免遗漏必要的组成部分【100%】规则

②一个单元只能从属于与某个上层单元，避免交叉从属【4】-6层

③WBS并非一成不变的【滚】动式分解原则

④工作单元应能分开不同的责任者和不同工作内容（每个工作单元有且仅有【一】人负责）

⑤底层工作应该支持计划和控制，具有可比性，是可管理的，可定量检查的（【8】-80小时规则）

⑥WBS必须面向【可】交付成果的

⑦应包括项目【管】理工作，也包括分包出去的工作

⑧WBS的编制需要【所有】（主要）项目干系人的参与

7. 确认范围的步骤

踢死猫-TI S M O

时间、投入、标准、会议、组织

T→time→时间→确认范围确定的时间。

I→invest→投入→识别范围确定有哪些投入

S→standard→标准→确定范围正式被接受的标准和要素

M→meeting→会议→确定范围确认会议的组织步骤

O→organize→组织范围确认会议

8. 范围管理计划的内容

定监护国脸

定—>制订—>如何制订项目范围说明书

监—>创建—>如何根据范围说明书创建wbs

护—>维护—>如何维护和批准范围基准

国—>成果—>如何确认和正式验收已完成的项目的可交付成果

脸—>相连—>如何处理项目范围说明书的变更,该工作与实施整体变更控制过程直接相连

9. 需求管理计划内容

龟用计干不一样跟踪活动

本来大家关于需求的跟踪活动都是一样的，但是乌龟用计策却干了不一下的需求跟踪活动

龟→规划→如何规划、跟踪和汇报各种需求活动

用→使用→需求管理需要使用的资源

计→计划→培训计划

干→干系人→项目干系人参与需求管理的策略

不一样→不一致→判断项目范围与需求**不一致**的准则和纠正规程

跟踪→需求跟踪结构

活动→配置管理活动

10. 需求文件的内容

业务骨干解决项目过渡因素

也是需求的分类，类别有哪些

业务→业务需求：整个组织高层级的需要

骨干→干系人需求

解决→解决方案需求：为满足业务需求和干系人需求，产品、服务或成果必须具备的特性、功能和特征。

项目→项目需求

过度→过渡需求。

因素→与需求有关的假设条件、依赖关系和制约因素。

质量需求：用于确认项目可交付成果的成功完成或其他项目需求的实现的任何条件或标准。

11. 需求跟踪矩阵的内容

业需目果，设开测高

业需和目果两个人，正在设计让开发和测试高兴–业务目标要明确，范围交付不可缺；设计开发加测试；高低需求全连接

跟踪需求的内容包括：
①业务需要、机会、目的和目标；
②项目目标；
③项目范围和WBS可交付成果；
④产品设计；
⑤产品开发；
⑥测试策略和测试场景；
⑦高层级需求到详细需求等

12. 范围管理变更产生的原因

整 JJ 要足

整→政→政府→政府政策的原因

J→计→计划→项目范围的计划编制的不周密详细,有一定的缺陷漏洞

J→技-→技术→市场上或者设计人员提出了新的手段、技术和方案

要→要→要求→客户对项目、产品或者服务的要求发生了变更

足→组→组织→项目执行组织本身发生了变化

13. 范围管理变更控制的主要工作

因变管处

因→影响导致范围变更的因素,并尽量使之朝有利方向发展

变→判断范围变更是否已经发生。

管处→范围变更发生时,确保所有被请求的变更都按照项目整体变更管理流程处理。

14. 范围管理问题应对措施

简化有课调

简化老师的课需要调一下

定义分解、估算量化、有效控制、高客确认、沟通协调
定义分解→对项目范围进行清晰**定义，并根据定义对工作进行分解，制定WBS;
估算量化→对项目进行合理估算，对工作量有量化的把握;
有效控制→对项目范围进行有效控制;
高客确认→重新定义项目范围必须得到高层和客户的确认;
沟通协调→进行沟通管理，协调多个项目干系人之间的矛盾。

15. 范围蔓延原因

三无

1）无基线 2）需求挖掘不够 3）无变更控制程序

16. 确认范围需要检查的问题

三缺（确）一覆盖，风险要清晰表达

①可交付成果是否是确定的、可确认的

②每个可交付成果是否有明确的里程碑

③是否有明确的质量标准

④审核和承诺是否清晰的表达

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

⑥项目范围的风险是否太高

17. ITTO

18. 其他内容加强

收集需求的工具及关键词

畅所欲言	头脑风暴
同一领域，主题专家SME	焦点小组
专家匿名，多轮趋同，最终一致同意	德尔菲
识别最佳实践，形成改进意见	标杆对照
权重乘以得分算总分	多标准决策分析
投票和排序	名义小组
干系人意见不一致或，部门之间意见不一致	引导