项目范围管理
2025-09-23 15:37:03 0 举报AI智能生成
信息系统项目管理项目范围管理
作者其他创作
大纲/内容
项目范围与产品范围区别
项目范围
工作
文件：项目范围说明书
范围基准
WBS
产品范围
特征和功能
文件 ：SRS用户需求规格说明书 项目章程
合同
项目章程
管理过程
规划范围管理
定义、确认和控制项目范围的过程
输出
范围管理计划
需求管理计划
输入
项目章程等
目的和目标
收集需求
需求和需要
定义和管理项目范围
分类
业务需求
高层级的需求
干系人需求
具体实用的需求，用户
解决方案需求
产品
项目需求
质量需求
工具与技术
访谈
直接的交谈
头脑风暴
多种创意，集思广益
名义小组
投票
焦点小组
主题专家，只讲一个问题
问卷调查
德尔菲技术
匿名，背靠背
多轮趋同
标杆对照
专家判断
决策
一致同意
大多数原则 >51%
相对多数
独裁
联合应用设计
原型法 BIM
减少风险
观察
引导
主题研讨会
输出
需求文件
所有文件的集合
需求跟踪矩阵 P233
正向跟踪
反向跟踪
批准的
定义范围
明确了范围的边界
输出（主要）
项目范围说明书
内容
产品范围描述
验收标准
可交付成果
项目的除外责任
制约因素
假设条件
作用
确定范围
沟通基础
规划和控制依据
变更基础
判断是否超界
规划基础
成本进度等计划的基础
输入（主要）
项目章程
需求文件
工具
备选方案生成
产品分析
选择合适的包含在项目范围内
专家判断
引导式研讨会
创建工作分解结构 WBS
范围说明书->工作包
WBS要包含项目管理工作
分解的步骤
识别和分析可交付成果及其相关工作
分解什么
确定WBS的结构与编排方法
怎么分解
自上而下逐层细化分解
分解
为WBS组成部分指定和分配标志编码
如何编码
核实工作分解的程度是恰当的
是否分解完毕
8 80原则
分解注意事项
WBS必须是面向可交付成果的
必须符合项目范围，在各层次上保持项目的完整性，避免遗漏必要的组成部分
100%原则
最低层工作应该支持计划和控制，具有可比性，是可管理的，可定量检查的
8-80小时规则
工作单元应能分开不同的责任者和不同工作内容
有且仅有一个负责人
一个工作单元只能从属于某个上层单元，避免交叉从属
4-6层
应包括项目管理工作，也包括分包出去的工作
WBS的编制需要所有（主要）项目干系人的参与
WBS并非是一成不变的
扩展概念
里程碑 Milestone
一个特殊的时刻
工作包 Work Package
最低层的
控制账户 control account
测量绩效
管理控制点
WBS，OBS
可能有一个或多个工作包
挣值管理
规划包 planning package
工作内容已知，进度未知
WBS词典 WBS Dictionary
详细描述可交付成果
项目范围说明书
作用
明确说明项目范围
清楚定义项目的边界
为个独立单元分派人员
估算成本准确
项目进度和控制的基准
防止需求蔓延
范围基准的组成
范围说明书
WBS
WBS词典
确认范围
正式验收已完成的项目可交付成果的过程
签字
贯穿项目始终
干系人参与
输入
核实的可交付成果
来自控制质量
需求文件
需求跟踪矩阵
工作绩效数据
原始的测量值
成绩
项目管理计划
输出
验收的可交付成果
工作绩效信息
结合相关背景和跨领域关系
分数线
变更请求
项目文件更新
工具
检查
检查成果
确认范围，质量控制，采购三个地方用到
群体决策技术
确认范围和控制质量的关系
确认范围
强调交付成果是否可接收
一般在阶段末进行
外部客户
控制质量
强调可交付成果是否正确
在确认范围前进行，也可同时进行
内部检查
渐进明细
干系人关注点
管理层
项目范围，范围对进度、资金、资源的影响
客户
产品范围。 产品的特征，功能
项目管理人员
可交付成果。
项目团队成员
自己负责的
（补充）确认范围的步骤
1 时间
2. 投入
3. 标准和要素
4. 会议
（补充）检查6个方面的问题 P244
子主题
控制范围(成本）
基准变更
输入
工作绩效数据
项目管理计划
需求文件
需求跟踪矩阵
组织过程资产
输出
工作绩效信息
变更请求
项目管理计划更新
项目文件更新
组织过程资产更新
工具
偏差分析
涉及内容
影响导致范围变更的因素，并尽量使这些因素向有利的方向发展
判断范围变更是否已经发生
范围变更发生是管理实际的变更，确保所有变更请求按照项目整体变更控制过程处理
控制范围还要与其他控制过程相结合
焦点问题
对造成
变更原因
项目外部环境发生变化
项目范围的计划编制不周密详尽，有一定的错误或遗漏
市场上出现了或是设计人员提出了新技术，新手段或新方案
项目实施组织本身发生变化
客户对项目、项目产品或服务的要求发生了变化
0 条评论
下一页
