标签:需要 项目文件 联系 努力 基线 团队 注意事项 分析 比较
5 项目范围管理
5.1 范围管理概述
明确项目边界;对项目执行工作进行监控,确保所有该做的工作都做了,而且没有多做;防止项目范围发生蔓延
5.1.1 产品范围与项目范围
- 项目范围基准:是经过批准的项目范围说明书、WBS、WBS词典
- 产品范围描述:是项目范围说明书的重要组成部分
5.1.2 范围管理的重要性
5.1.3 范围管理的过程
- 项目范围管理的各过程
- 规划过程组
- 规划范围管理:编制范围管理计划,书面描述将如何定义、确认和控制项目范围的过程
- 收集需求:为实现项目目标而确定、记录并管理干系人的需要和需求的过程
- 定义范围:制定项目和产品详细描述的过程
- 创建WBS:将项目可交付成果和项目工作分解为较小的、更易于管理的组件的过程
- 监控过程组
- 确认范围:正式验收已完成的项目可交付成果的过程
- 控制范围:监督项目和产品的范围状态,管理范围基准变更的过程
- 项目范围管理各过程的输入、输出、工具与技术
- 规划范围管理
- 输入:项目管理计划、项目章程、事业环境因素、组织过程资产
- 输出:范围管理计划、需求管理计划
- 工具与技术:专家判断、会议
- 收集需求:
- 输入:范围管理计划、需求管理计划、干系人管理计划、项目章程、干系人登记册
- 输出:需求文件、需求跟踪矩阵
- 工具与技术:访谈(结构性、非结构性)、焦点小组、引导式研讨会、群体创新技术、决策技术、问卷调查、观察、原型法、标杆对照、系统交互图、文件分析
- 定义范围:
- 输入:范围管理计划、项目章程、需求文件、组织过程资产
- 输出:项目范围说明书、项目文件更新
- 工具与技术:专家判断、产品分析、备选方案生成、引导式研讨会
- 创建WBS:
- 输入:范围管理计划、项目范围说明书、需求文件、事业环境因素、组织过程资产
- 输出:范围基准、项目文件更新
- 工具与技术:分解、专家判断
- 确认范围:
- 输入:项目管理计划、项目范围说明书、需求跟踪矩阵、确认的可交付成果、工作绩效数据
- 输出:验收的可交付成果、变更请求、工作绩效信息、项目文件更新
- 工具与技术:检查(审查、产品评审、审计、走查、巡检)、群体决策技术
- 控制范围:
- 输入:项目管理计划、需求文件、需求跟踪矩阵、工作绩效数据、组织过程资产
- 输出:工作绩效信息、变更请求、项目管理计划更新、项目文件更新、组织过程资产更新
- 工具与技术:偏差分析
5.2 规划范围管理
编制范围管理计划,书面描述将如何定义、确认和控制项目范围的过程,主要作用是在整个项目中对如何管理范围提供指南和方向。
5.2.1 范围管理计划
// TODO...
5.2.2 需求管理计划
// TODO...
5.3 收集需求
是为实现项目目标而确定、记录并管理干系人的需要和需求的过程,作用是:为定义和管理项目范围奠定基础。
需求的分类
- 业务需求:整个组织的高层级需要
- 干系人需求:干系人或干系人群体的需要
- 解决方案需求:产品、服务或成果必须具备的特性、功能和特征
- 过渡需求
- 项目需求
- 质量需求
收集需求的工具与技术
- 访谈
- 焦点小组
- 引导式研讨会
- 群体创新技术:头脑风暴法,名义小组技术,德尔菲技术,概念/思维导图,亲和图,多标准决策分析
- 群体决策技术
- 问卷调查
- 观察
- 原型法
- 标杆对照
- 系统交互图
- 文件分析
需求文件
收集需求过程的主要输出有需求文件和需求跟踪矩阵。主要包括:业务需求,干系人需求,解决方案需求,项目需求,过渡需求,与需求有关的假设条件、依赖关系和制约因素
需求跟踪
目标是:为产品需求建立一个基线,供软件开发及其管理使用,使计划、产品和活动与需求保持一致。
- 需求跟踪的内容
- 需求跟踪矩阵:业务需求、机会、目的和目标,项目目标,项目范围(WBS可交付成果),产品设计,产品开发,测试策略和测试场景,高层级需求到详细需求
定义范围
制定项目和产品详细描述的过程,其主要作用是明确所收集的需求哪些将包含在项目范围内,哪些将排除在项目范围外,从而明确产品、服务或成果的边界。
定义范围的工具与技术
- 产品分析:产品分解、系统分析、需求分析、系统工程、价值工程、价值分析等
- 备选方案生成:备选方案分析、横向思维、头脑风暴
项目范围说明书
- 范围说明书的内容
- 产品范围描述
- 验收标准
- 可交付成果
- 项目的除外责任
- 制约因素
- 假设条件
- 范围说明书的作用
- 确定范围
- 沟通基础
- 规划的控制依据
- 变更基础
- 规划基础
创建WBS
5.5.1 WBS的层次
- 里程碑
- 工作包
- 控制账户:是一种管理控制点,在该控制点上,将范围、预算、实际成本和进度加以整合,并将它们与挣值进行比较,以测量绩效
- 规划包:指在控制帐户之下,工作内容已知但尚缺详细进度响动的WBS组成部分。
- WBS词典
5.5.2 分解
- 分解的原则
- 工作过程:编制高层工作分解结构,分配管理层职责,分解工作分解结构,分配职责,编写项目范围说明书,审批工作分解结构,批准的工作分解结构
- 注意事项
- WBS必须是面向可交付成果的
- WBS必须符合项目的范围
- WBS的底层应该支持计划的控制
- WBS中的元素必须有人负责
- WBS的指导
- WBS应项目管理工作
- WBS的编制需要所有项目干系人的参与
- WBS并非是一成不变的
5.5.3 WBS的作用
- 明确和准确说明项目范围,项目团队成员能够清楚地理解任务的性质和需要努力的方向
- 清楚地定义项目的边界
- 为各独立单元分派人员,规定这些人员的职责,可以确定完成项目所需要的技术和人力资源
- 针对独立单元,进行时间、成本、资源需求量的估算,提高估算的准确性
- 为计划、预算、进度安排和费用控制奠定共同基础,确定项目进度和控制的基准
- 将项目工作和项目的财务账目联系起来
- 确定工作内容和工作顺序
- 有助于防止需求蔓延
确认范围
是正式验收项目已完成的可交付成果的过程,主要作用是使验收过程具有客观性。
确认范围概述
- 确认范围的步骤
- 确定需要进行范围确认的时间
- 识别范围确认需要哪些投入
- 确定范围正式被接受的标准和要素
- 确定范围确认会议的组织步骤
- 组织范围确认会议
- 需要检查的问题
- TODO...
5.6.2 干系人关注点
// TODO
5.7 控制范围
- 范围变更的原因
- 范围变更控制的工作
Cap05_项目范围管理
标签:需要 项目文件 联系 努力 基线 团队 注意事项 分析 比较
原文地址:https://www.cnblogs.com/sdlszjb/p/9671014.html