范围管理的目的
项目范围管理主要在于定义和控制哪些工作包括在项目内,哪些工作不包括在项目内。
范围管理的过程
规划范围管理-->收集需求-->定义范围-->创建WBS-->控制范围-->确认范围
范围管理计划和需求管理计划的区别
相同:范围管理计划和需求管理计划规划范围管理的输出
不同点:
范围管理计划:用于指导如何管理项目范围。
需求管理计划:用于指导如何管理项目需求。
产品范围:指某项产品、服务或成果所具有的特征和功能。根据产品需求来衡量。
需求:指根据特定协议或其他强制规范,产品、服务或成果必须具备的条件或能力。
项目范围:包括产品范围,是为了交付具有规定特性与功能的产品、服务或成果而必须完成的工作。根据项目管理计划进行衡量。
收集需求的工具和技术
-
专家判断
-
数据收集
-
标杆对照
-
问卷调查
-
焦点小组
-
访谈
-
头脑风暴
-
-
数据分析
数据分析的主要方法是文件分析,文件可以是协议、商业计划、法律法规、接口文档、问题日志、政策程序等。 -
数据表现
-
亲和图:分组图
-
思维导图
-
-
人际关系与团队技能
-
名义小组
-
观察和交谈
-
引导
-
-
系统交互图
对产品范围的可视化描述,可以直观显示业务系统及其与人和其他系统之间的交互方式。 -
原型法
需求跟踪矩阵
需求跟踪矩阵是收集需求过程的一个输出文件。
项目范围说明书
项目范围说明说描述要做和不要做的工作,大致包括以下内容:
- 产品范围描述
- 可交付成果
- 验收标准
- 项目的除外责任
创建WBS
WBS的组成
WBS由控制账户、规划包和工作包组成。
创建WBS的方法
- 自上而下
- 使用WBS模版
- 使用组织特定的指南
创建WBS的注意事项
- WBS必须是面向可交付成果的:项目的目标是提供产品或服务,WBS中的各项工作是为提供可交付的成果服务的。(多次重复循环,软件测试)。
- WBS必须符合项目的范围:WBS必须包括也仅包括为了完成项目的可交付成果的活动100%原则(包含原则)认为,在WBS中,所有下一级的元素之和必须100%代表上一级的元素。
- WBS的底层应该支持计划和控制:WBS是项目管理计划和项目范围之间的桥梁,WBS的底层不但要支持项目管理计划,而且要让管理层能够监视和控制项目的进度和预算。
- WBS中的元素必须有人负责,而且只有一个人负责。
- WBS应控制在4~6层:如果项目规模比较大,以至于WBS要超过6层,此时,可以使用项目分解结构将大项目分解成子项目,然后针对子项目来做WBS。每个级别的WBS将上一级的一个元素分为4~7个新元素,同一级元素的大小应该相似-个工作单元只能从属于某个上层单元,避免交叉从属。
- WBS应包括项目管理工作(因为管理是项目具体工作的一部分)。也要包括分包出去的工作。
- WBS的编制需要所有(主要)项目千系人的参与。
- WBS并非是一成不变的:完成了WBS之后的工作中,仍然有可能需要WBS 进行修改。
范围基准
范围基准是项目管理计划的组成部分之一;
范围基准包括:经过批准的范围说明书、WBS、WBS字典;
范围基准的变更必须要走正式的变更管理流程。