不知不觉已经第7天了,时间过的真快呀,今天的任务是第5章,加油!
第5章 项目范围管理
详细内容见图5-1
图5-1 第5章 项目范围管理
知识点5-1:(1)明确项目边界(2)对项目执行工作进行监控(3)防止项目范围发生蔓延
5.1.1 产品范围与项目范围
知识点5-2:产品范围:指产品或者所应该包含的功能
知识点5-3:项目范围:只为了能够交付产品,所必须做的工作
知识点5-4:项目范围基准:经过批准的项目范围说明书,wbs和wbs词典
5.1.2 范围管理的重要性
5.1.3 范围管理的过程
知识点5-5:范围管理的过程:规划范围管理,收集需求,定义范围,创建wbs,确认范围,控制范围
图5-2
知识点5-6:项目范围管理各过程的输入、输出、工具与技术见图5-3
图5-3
知识点5-7:规划范围管理过程的输入有项目管理计划,项目章程,事业环境因素和组织过程资产,使用的工具与技术有专家判断和会议,输出有范围管理计划和需求管理计划
5.2.1 范围管理计划
知识点5-8:范围管理计划是项目或项目集管理计划的组成部分,描述将如何定义,制订,监督,控制和确认项目范围
5.2.2 需求管理计划
知识点5-9:需求管理计划(Requirements Management Plan) 描述在整个项目生命周期内如何分析、记录和管理需求。
知识点5-10:需求管理计划主要内容:
(1)如何规划,跟踪和汇报各种需求活动
(2)需求管理需要使用的资源。
(3)培训计划
(4)项目干系人参与需求管理的策略
(5)判断项目范围与需求不一致的准则和纠正规程
(6)需求跟踪结构
(7)配置管理活动
知识点5-11:收集需求是实现项目目标而确定,记录并管理干系人的需要和需求的过程,其作用是为定义和管理项目范围(包括产品范围)奠定基础。
5.3.1 需求的分类
知识点5-12:需求的分类
(1)业务需求
(2)干系人需求
(3)解决方案需求
(4)过渡需求
(5)项目需求
(6)质量需求
5.3.2 收集需求的工具与技术
知识点5-13:收集需求的工具与技术:
(1)访谈
(2)焦点小组
(3)引导式研讨会:质量功能展开的具体步骤
(a)将用户的多种需求及其相对重要性列为矩阵表的第一列
(b)将产品可能的多种特性列为矩阵表的第一行
(c)有相关专家记题讨论每种特性与每种需求之间的关联性
(4)按列加权汇总
(4)群体创新技术
(a)头脑风暴(b)名义小组技术(c)德尔菲技术(d)概念/思维导图(e)亲和图(f)多标准决策分析
(5)群体决策技术
(a)一致同意(b)大多数原则(c)相对多数原则(d)独裁
(6)问卷调查
(7)观察(工作跟踪)
(8)原型法
(9)标杆对照
(10)系统交互图
(11)文件分析
5.3.3 需求文件
知识点5-14:收集需求过程的主要输出:需求文件,需求跟踪矩阵
知识点5-15:需求文件内容:
(1)业务需求,干系人需求,解决方案需求,项目需求,过渡需求,与需求有关的假设条件,依赖关系和制约因素
5.3.4 需求跟踪
知识点5-16:需求跟踪的内容:见图5-4
图5-4
(1)业务需求,机会和目标。
(2)项目目标
(3)项目范围
(4)产品设计
(5)产品开发
(6)测试策略和测试场景。
(7)高层级需求到详细需求。
5.4.1 定义范围的工具与技术
知识点5-17:定义范围的工具与技术:
(1)产品分析
(2)备选方案生成:备选方案分析,横向思维(戴勃诺理论,发散思维,水平思维)
5.4.2 项目范围说明书
知识点5-18:范围说明书的内容:
(1)产品范围描述
(2)验收标准
(3)可交付成果
(4)项目的除外责任
(5)制约因素
(6)假设条件
知识点5-19:范围说明书的作用
(1)确认范围
(2)沟通基础
(3)规划和控制依据
(4)变更基础
(5)规划基础
5.5.1 WBS 的层次
知识点5-20:层次的特点
(1)每层中的所有要素之和是下一层的工作之和
(2)每个工作要素应该具体指派一个层次,而不应指派多个层次
(3)wbs需要有投入工作的范围描述,这样才能使所有人对要完成的工作有全面的了解
知识点5-21:WBS 的层次
1.里程碑
2.工作包(8小时<=工作包<=80小时)
3.控制账户:一个工作包属于一个控制账户
4.规划包
5.WBS词典
5.5.2 分解
知识点5-21:分解
(1)识别和分析可交付成果及相关工作。
(2)确定WBS 的结构和编排方法。
(3)自上而下逐层细化分解。
(4)为WBS 组件制定和分配标识编码。
(5)核实可交付成果分解的程度是恰当的。
知识点5-22:分解的原则
(1)功能或者技术原则
(2)组织结构
(3)系统或者子系统
知识点5-22:注意事项
(1)WBS 必须是面向可交付成果的。
(2)WBS 必须符合项目的范围。
(3)WBS 的底层应该支持计划和控制
(4)WBS 中的元素必须有人负责而且只由一个入负责,尽管实际上可能需要多个人参与。
(5)WBS 的指导
(6)WBS 应包括项目管理工作,也要包括分包出去的工作
(7)WBS 的编制需要所有项目干系人的参与,需要项目团队成员的参与。
(8)WBS 并非是一成不变的。
5.5.3 WBS 的作用
知识点5-23:WBS 的作用
(1)明确和准确说明项目范围
(2)清楚定义项目边界
(3)为各个独立单元分派人员
(4)针对独立单元,进行时间,成本和资源需求量的估算
(5)为计划,预算,进度安排和费用控制奠定共同基础,确定项目进度和控制的基准
(6)将项目工作和项目的财务账目联系起来
(7)确定工作内容和工作顺序,将项目分解成具体的工作任务,
(8)有助于防止需求蔓延
5.6.1 确认范围概述
知识点5-23:确认范围的主要工具与技术是检查和群体决策技术。
知识点5-24:确认范围的步骤
(1) 确定需要进行范围确认的时间。
(2) 识别范围确认需要哪些投入。
(3) 确定范围正式被接受的标准和要素。
(4) 确定范围确认会议的组织步骤。
(5) 组织范围确认会议。
知识点5-24:需要检查的问题
(1) 可交付成果是否是确定的、可确认的。
(2) 每个可交付成果是否有明确的里程碑,里程碑是否有明确的、可辨别的事件
(3) 是否有明确的质量标准
(4) 审核和承诺是否有清晰的表达。
(5) 项目范围是否覆盖了需要完成的产品或服务进行的所有活动,有没有遗漏或者错误。
(6) 项目范围的风险是否太高,管理层是否能够降低可预见的风险发生时对项目的冲击。
5.6.2 干系人关注点
5.6.3 几个术语的比较
知识点5-25:确认范围与核实产品
知识点5-26:确认范围与质量控制
知识点5-27:确认范围与项目收尾
知识点5-28:范围变更的原因
(1)政府政策的问题。
(2)项目范围的计划编制不周密详细,有一定的错误或遗漏。
(3)市场上出现了或是设计人员提出了新技术,新手段或新方案
(4)项目执行组织本身发生了变化
(5)客户对项目、项目产品或服务的要求发生变化。
第五章的知识点不算太多,也比较好理解,加油!
联系客服