信息系统项目管理师项目范围管理六大过程.pdfVIP

信息系统项目管理师项目范围管理六大过程

十大管理一直是信息系统项目管理师考试中的重点，整理了信息

系统项目管理师范围管理6大过程。

项目范围管理

范围管理就是要做范围内的事，而且只做范围内的事，既不少做

也不多做。范围管理一共有六个过程，分别是规划范围管理、收集需

求、定义范围、创建工作分解结构、确认范围、控制范围。每个过程

又有单独的输入输出和工具技术。这些内容在大家复习过程中会不断

以各种题型的方式出现。所以记住还是很有必要的。

规划范围管理

论文中如何描述：

通过参阅项目管理计划，项目章程等资料，根据甲方要求，和甲

方的关注，对某个点特别关注，最终得到需求管理计划、范围管理计

划。

举个例子：

俗话说得好，要着眼于那最初的一小步，科学的范围管理计划是

项目成功的一半。

从项目一开始，我就以项目章程为依据，组织项目团队成员整理

业务系统日志信息，请业务专家规划部署架构，请大数据专家提供数

据接入方案，统计项目干系人信息，并让相关干系人参与到信息收集、

资源申请、公共组件管理等工作中，获取干系人对工作的认可。我借

鉴以往类似项目的范围管理计划的模板，详细描述了需求管理、范围

管理的工作方法，为后续工作展开提供了书面的指导。

收集需求

论文中如何描述：

重点突出需求的重要性，需求搞清楚后，才能解决项目的界限，

防止做多做的项目，为了收集需求，我们运用了各种技术，焦点小组，

引导式研讨会，调用大家思考项目的需求，对需求进行归类，分析，

最终得到甲方的认可和确认，最后形成需求文件，这对后续界定项目

范围奠定基础。

举个例子：

范围定义是为实现项目目标而必须完成的工作，并且往往与需求

有关，需求的“蔓延”是项目失败最常见的原因之一。

在本项目中，为了避免需求遗漏和需求多次变更，在定义范围之

初，我多次召集项目干系人展开需求讨论，围绕着项目章程和证标委

秘书处秘书处的意见要求，确认项目边界，围绕着业务信息，确认实

施工作范围。在需求清晰之后，我安排需求分析工程师在功能性需求

与非功能性需求上周期性地向用户确认，并建立需求跟踪矩阵，以保

证项目团队与用户在需求理解上达成一致。

定义范围

论文中如何描述：

首先定义范围的边界，利用需求文件通过产品分析，通过专家判

断，需求的准确把握，把项目的重要工作定义清楚，形成项目范围说

明书。把需求转化成范围，专家一起分析，范围说明书主要包括的内

容有哪些（至少写3点）。

举个例子：

在上述需求确认后，为进一步确保需求分析工作的准确性，保证

需求实现，我召集公司业务专家和大数据专家评审需求文档，评审过

程中发现，系统之间带宽受限，无法满足大数据量传输的性能要求，

硬件资源磁盘阵列错误，无法满足大数据查询的性能要求，经过及时

与干系人沟通，修正了磁盘阵列，扩充了系统间带宽，满足了需求实

现的条件。

最后，我将已定义的需求整理为项目范围说明书，形成阶段重要

可交付物，并将项目范围说明书递交给项目干系人和公司管理层。

创建WBS

论文中如何描述：

为更好开展工作，使团队成员清晰认识到自己负责的工作，根据

范围说明书，通过分解结构，把范围说明书里面界定的范围呈现出来，

使得工作清晰、直观呈现出来，把项目中的工作分解到工作包，对后

续成本、进度或者其他工作都起到了一个很好的前提，奠定了一个基

础。

知道自己应该做什么，同时可以从大局把握整个项目的脉络，知

道怎么去协助别人，从而更好的让团队对项目的执行有一个更加大局

的认识，有前提，例如后续的成本和进度管理，有了一个重要的结果，

就是范围基准，对后续的工作有了一个标杆，一个重要的参照依据。

知道整个项目有哪些重要的工作，一目了然。对项目开展是一个非常

好的工具。

确认范围

论文中如何描述：

检查可交付物成果的正确性，做出了一个好的结果，范围就做的

好，主要是甲方认可，通过验收可交付成果，召开验收会议，通过内

部的检查，不断测试完善和改进，邀请甲方对整个成果进行验收，产

品的评审等方法，严格对照需求文件做一个范围的确认，为了更好的

完成需求，优化了需求，展示了各种应用场景，针对不同的用户和场

景，所编写的手册也各不同，设置了不同的应用场景，也可以理解为

权限划分。

控制范围

论文中如