软件工程IT项目管理复习之 五：项目范围管理

需要PPT请点赞关注收藏后评论区留言私信~~~

一、学习目标

了解良好项目范围管理的重要性

描述规划范围管理的过程

讨论收集和记录需求以满足利益相关者需求和期望的方法

解释范围定义过程并描述项目范围声明的内容

讨论使用类比、自上而下、自下而上和思维导图方法创建工作分解结构的过程

解释验证范围的重要性及其与定义和控制范围的关系

了解控制范围的重要性以及预防信息技术（IT）项目范围相关问题的方法

描述软件如何帮助项目范围管理

二、什么是项目范围管理

范围是指创建项目产品所涉及的所有工作以及用于创建产品的过程

可交付成果是作为项目一部分生产的产品，如硬件或软件、计划文件或会议纪要

项目范围管理包括定义和控制项目中包含或不包含的内容的过程

规划范围：确定项目的范围

并管理需求

收集需求：定义和记录项目期间生产的产品的特性和功能，以及用于创建这些产品的过程

定义范围：审查项目章程、需求文档和组织过程资产，以创建范围声明

创建WBS：将主要项目可交付成果细分为更小、更易于管理的组件

验证范围：正式接受项目可交付成果

控制范围：在整个项目生命周期内控制项目范围的变更

三、范围管理计划

项目团队利用专家判断和会议制定两个重要的产出：范围管理计划和需求管理计划

范围管理计划是项目管理计划的附属部分

包括

如何编制详细的项目范围声明

如何创建WBS

如何维护和批准WBS

如何获得已完成项目交付成果的正式验收

如何控制项目范围变更请求

PMBOK®指南（第五版）将要求描述为“项目必须满足的条件或能力，或产品、服务或结果中存在的条件或功能，以满足协议或其他正式规定的规范”

需求管理计划记录了如何分析、记录和管理项目需求

四、收集需求

对于一些IT项目，将需求开发分为启发、分析、规范和验证等类别是很有帮助的

使用迭代方法来定义需求是很重要的，因为它们在项目早期通常是不清楚的

收集需求的方法有

面试

重点小组和便利讲习班

使用团队创造力和决策技巧

问卷和调查

观察

原型制作

基准测试，或通过将特定项目实践或产品特性与执行组织内部或外部的其他项目或产品的实践或特性进行比较来产生想法，也可以用于收集需求

需求跟踪矩阵（RTM）是一个表，列出了需求、每个需求的各种属性以及需求的状态，以确保满足所有需求

四、定义范围

项目范围声明应至少包括产品范围描述、产品用户验收标准和所有项目可交付成果的详细信息。记录其他范围相关信息也很有帮助，例如项目边界、约束和假设。项目范围声明还应参考支持文件，如产品规范

随着时间的推移，项目的范围应该更加明确和具体

五、创建工作分解结构WBS

WBS是一个面向可交付成果的项目工作分组，定义了项目的总范围

WBS是一份基础文件，为计划和管理项目进度、成本、资源和变更提供了基础

分解是将项目可交付成果细分为更小的部分

工作包是WBS最低级别的任务

范围基线包括批准的项目范围声明及其相关WBS和WBS字典

 

 

创建WBS的方法

使用指南：一些组织，如国防部，为编制WBS提供了指南

类比方法：审查类似项目的WBS，并根据您的项目进行调整

自上而下的方法：从项目中最大的项目开始，并将其分解

自下而上的方法：从特定任务开始，并将其汇总

思维导图方法：思维导图是一种利用核心思想的分支来构建思想和想法的技术

许多WBS任务是模糊的，必须对其进行更多的解释，以便人们知道该做什么，并能够估计完成工作所需的时间和成本

WBS字典是描述每个WBS项目详细信息的文档

创建WBS的建议

工作单元只能出现在WBS中的一个位置。

WBS项目的工作内容是其下WBS项目的总和

WBS项目仅由一个人负责，尽管可能有很多人在工作

WBS必须与实际执行工作的方式一致；它应该首先为项目团队服务，并且只有在可行的情况下才用于其他目的

项目团队成员应参与制定WBS，以确保一致性和认可度

每个WBS项目必须记录在WBS字典中，以确保准确理解该项目中包含和不包含的工作范围

WBS必须是一个灵活的工具，以适应不可避免的变化，同时根据范围声明适当地保持对项目工作内容的控制

六、确认范围

为项目创建一个好的范围声明和WBS是非常困难的

验证项目范围和最小化范围变更更为困难

范围确认涉及对已完成项目交付成果的正式验收

通常通过客户检查并在关键交付物上签字来实现验收

七、控制范围

范围控制包括控制项目范围的变更

范围控制的目标是

影响导致范围变化的因素

确保根据作为综合变更控制的一部分制定的程序处理变更，以及

在发生更改时进行管理

差异是计划绩效与实际绩效之间的差异

对于避免范围问题的建议

1.保持范围现实。不要把项目做得太大以至于无法完成。将大型项目分解为一系列较小的项目

2.让用户参与项目范围管理。将关键用户分配给项目团队，并赋予他们需求定义和范围验证的所有权

3.尽可能使用现成的硬件和软件。许多IT人员喜欢使用最新和最先进的技术，但必须优先考虑业务需求，而不是技术趋势

4.遵循良好的项目管理流程。如本章和其他章节所述，管理项目范围和项目其他方面有明确的流程

改善用户输入的建议

制定一个良好的项目选择流程，并坚持赞助商来自用户组织

让项目团队中的用户担任重要角色

定期召开具有明确议程的会议，并让用户签署会议上提交的关键交付成果

定期向用户和赞助商提供服务

当你知道自己不能做到的时候，不要承诺兑现

与开发人员共同定位用户

减少不完善和不断变化的需求的建议

制定并遵循需求管理流程

使用原型设计、用例建模和JAD等技术来获得更多的用户参与

以书面形式提出要求并保持最新

创建用于记录和控制需求的需求管理数据库

在整个项目生命周期内提供充分的测试并进行测试

从系统角度查看更改

强调完成日期，以帮助关注最重要的事情

专门为处理变更请求/增强分配资源

总结

项目范围管理包括确保项目处理成功完成项目所需的所有工作（仅包括所需的工作）所需的流程

主要流程包括

定义范围管理

收集要求

定义范围

创建工作分解结构

验证作用域

控制范围

 创作不易 觉得有帮助请点赞关注收藏~~~