9.2项目范围管理的过程

规划范围管理(规划)---记录如何定义、确认和控制项目范围及产品范围,创建范围管理计划

收集需求(规划)---管理干系人的需要和需求

定义范围(规划)---制定项目和产品详细描述

创建WBS(规划)--将项目可交付成果和项目工作分解成较小的更易于管理的组件

确认范围(监控)----正式验收已完成的项目可交付成果

控制范围(监控)----监督项目和产品的范围状态,管理范围基准的变更

 

规划范围管理

输入:范围涉及项目工作范围及产品范围,而项目章程和项目管理计划里规定了相关项目工作

---项目章程、项目管理计划、事业环境因素、组织过程资产

工具技术:

---会议、专家判断、数据分析

输出:

---范围管理计划、需求管理计划

收集需求

输入:需求在项目启动前

---协议、项目章程、项目文件、立项管理文件、项目管理计划、事业环境因素、组织过程资产

工具技术:

---决策、原型法、专家判断、数据分析、数据收集、数据表现、系统交互图、人际关系与团队技能

输出:

----需求文件、需求跟踪矩阵

定义范围

输入:项目章程、项目文件、项目管理计划、事业环境因素、组织过程资产

工具技术:决策、专家判断、产品分析、数据分析、人际关系与团队技能

输出:项目范围说明书、项目文件更新

创建WBS(工作分解结构)

输入:项目文件、项目管理计划、事业环境因素、组织过程资产

工具技术:分解、专家判断

输出:范围基准、项目文件更新

确认范围

输入:项目文件、项目管理计划、工作绩效数据、核实的可交付成果  

工具技术:检查、决策

输出:验收的可交付成果、变更请求、工作绩效信息、项目文件更新

控制范围

输入:项目文件、项目管理计划、工作绩效数据、组织过程资产

工具技术:偏差分析

输出:变更请求、工作绩效信息、项目文件更新、项目管理计划更新

 

裁剪考虑因素

知识和需求管理:

确认和控制

开发方法

需求的稳定性

治理

 

敏捷和适应方法

项目开始时范围不明确,需要在项目期间逐渐明确,敏捷和适应型方法在项目早期缩短定义和缩短范围的时间,为后续细化范围、明确范围争取更多时间

旨在应对大量变更,需要干系人持续参与项目

重复开展三个过程:收集需求、定义范围、创建WBS

每次确保产品未完成项真实地反映了当前需求的迭代重复的两个过程:确认范围、控制范围

在预测项目中,经过批准的项目范围说明书、工作分解结构WBS和WBS词典  构成范围基准

未完成项反映当前需求

posted @   无名量  阅读(7)  评论(0编辑  收藏  举报
相关博文:
阅读排行:
· PowerShell开发游戏 · 打蜜蜂
· 在鹅厂做java开发是什么体验
· 百万级群聊的设计实践
· WPF到Web的无缝过渡:英雄联盟客户端的OpenSilver迁移实战
· 永远不要相信用户的输入:从 SQL 注入攻防看输入验证的重要性
点击右上角即可分享
微信分享提示