以下信息系统项目管理师论文来源信管网论坛征文栏目【信管征文】文章《备考时准备的4篇信息系统项目管理师论文分享》，作者：gslz001。

●信管网征文文章版权归作者和信管网共同所有，未经作者和信管网许可严禁转载，违者必究!

论项目范围管理

2022年5月，我作为项目经理参加了xx省应急管理部门综合应急指挥平台建设项目，项目投资615万元，工期10个月。本项目建成后主要用于解决用户及相关下级单位之间的日常联络与突发事件应急处置时话音、数据、视频等业务通信需要，以及跨区域、跨部门、跨行业的信息共享和协调指挥问题及应对突发事件的应急通信保障和决策支持问题。该项目信息系统安全等保二级标准，配置软件、硬件设备，由融合语音调度模块、视频集中调度模块、应急广播模块、移动多媒体会商模块、信息发布模块以及其他智能化联动模块组成。系统使用b/s架构，前端框架采用javaｓｃｒｉｐｔ框架vue.is,使用vue-router和vuex实现动态路由和全局状态管理,ajax实现前后端通信，element ul组件库使页面快速成型,pc端、平板端、手机端多端适配，后端部分基于java的ssm框架进行开发，mysql数据库。网络及安全方面，部署huawei万兆、千兆交换机，huaweiusg系列防火墙、深信服入侵检测、奇安信日志审计等。项目采用项目型组织结构，项目经理1名，技术经理1名，开发人员8名，测试人员1名，运维人员1名，采用周会、进度会议、gitee、禅道、jira、在线文档等组织方式和工具对项目进行管理和信息交换。

我公司在 2022 年 5 月中标该项目，并签署了建设合同。我则由于具有较为丰富的项目管理经验，且以往管理的项目绩效较高，被任命为该项目的项目经理。通过有效的项目管理工作，特别是出色的范围管理，带领团队全体成员战获得了良好绩效，取得了项目成功。本文结合作者的实际经验，以该项目为例，讨论了信息项目建设过程中的范围管理，主要从以下几个方面进行了阐述:规划范围管理、收集需求、定义范围、创建wbs、确认范围、控制范围。

1、规划范围管理

在执行项目的开始，我组织项目组成员和其他项目干系人召开了项目会议，在会议上根据项目章程、项目管理计划，一起讨论并编制了项目范围管理计划和需求管理计划。其中，范围管理计划描述了如何定义、制定、监督、控制和确认项目的范围，用于指导项目的范围管理;需求管理计划描述如何分析、记录和管理项目和产品的需求。最后我邀请业主、相关领域的专家对范围管理计划进行了评审，作为今后开展范围管理的基础。同时通过本过程将整个项目期间如何管理范围提供指南和方向。

2、收集需求

收集需求是为了实现项目目标而确定、记录并管理项目干系人的需要和需求的过程。由于该项目干系人众多，需求也较多，我们根据需求管理计划，采用了访谈、问卷调查、会议等形式获取了客户对于项目和产品的需求信息，汇总形成调研报告，在此基础上开发人员开发出了系统原型，通过会议模型演示的方法获取用户足够的需求信息，形成了需求文档和需求跟踪矩阵，并将这些文档反馈给项目干系人评审，最终客户也对文件进行了签字确认。

3、范围定义

范围定义是制定项目和产品详细描述的过程，主要是定义一份详细的项目范围说明书，作为将来项目决策的基础。基于范围管理计划、需求文件和需求跟踪矩阵，我们主要采用了产品分解的方法将项目于系人的项目需求转换成可以交付的项目成果和必须要做的工作。例如，客户要求实现分区域、分村、分终端下发自定义信息，分解为编码关系，制定《xx系统资源编码规划》，各行政区域，终端适配器分配编码及上下级关系，开发分权分域控制模块。通过相关专家审核及决策，最终得到一份详细的项目范围说明书，详细描述了应急广播平台产品的范围、可交付成果和验收标准。使项目组和所有项目于系人建立了一个对项目范围的共识。

4、创建 wbs

创建wbs是根据范围管理计划、需求文件和详细的范围说明书，将项目的目标分解成更小更容易管理的单元的过程。在创建 wbs 的过程中，我们首先识别了项目的所有工作，确保100％覆盖，防止遗漏。其次，我们选择了列表型的方式对项目进行了分解，并按照项目生命周期作为划分标准。再次，对分解的每个工作包都制定了不同的责任人。最后检查确保分解的足够详细，并且是符合8/80 原则。另外，在分解工作包的时候，我们还特别注意分解的工作包中包含了项目管理工作和分包出去的工作。最后邀请项目于系人对分解结构进行了评审，通过评审的范围说明书、wbs和 wbs词典构成了项目的范围基准，并由配置管理员纳入配置管理库进行标准化管理。

5、确认范围

确认范围是项目发起人正式验收已完成的项目可交付成果的过程。在项目的执行过程中，我们内部充分做好控制质量工作，确保每一个模块的正确性并满足质量的要求。每当完成一个阶段的工作，需要开始下一阶段工作的时候，我都会组织项目于系人进行范围的确认。例如，当完成ui设计后，我们邀请了相关的干系人对这些ui进行了确认，验证这些ui能够充分满足他们的需要;完成信息下发功能并进行测试，我们也邀请了项目干系人来检查信息是否符合要求。当多个不同的业务部门的干系人对同一个可交付成果进行确认时，我们也采取集体决策的方式让他们进行投票表决，确保是一致同意的。完成范围确认后，我们对 wbs 和 wbs 词典进行了及时的更新。

6、控制范围

控制范围是监督项目和产品的范围状态，管理范围基准的变更，做好整个项目期间范围基准的维护工作。项目范围的变化在项目的实施过程中进行发生，因此对项目范围的变更和管理是项目管理工作的重中之重。没有经过变更控制的范围变更很容易造成范围蔓延。引起范围变更的原因很多，项目的外部环境例如政策发生变化、项目范围计划的编制存在错误或遗漏、市场上出现了新技术新手段或新方案、客户对项目/产品/服务的要求发生了变化等等。做好范围控制也是项目成功的关键，所以当范围变更出现时，我会首先对引起变更的因素施加影响，尽量向有利方向发展，并判断变更是否已经发生，如发生时按照变更控制过程做好处理。最主要是让范围的变更按照变更审批流程，经过ccb评审，然后进行变更和管理，同步的更新项目文件，比如在信息发布模块经过多次讨论，新增信息审核机制，故按照变更的流程进行了终端选址变更工作,整理《工程变更单》，并甲/乙/设计/监理机构签字盖章存档。

经过项目组的努力，以及有效的范围管理，本项目顺利完成，高质量通过了验收，得到客户的好评。但是，我也意识到，本项目中，我的工作也存在一些不足。比如，在项目实施过程中，应疫情的影响，项目组的部分员工无法按计划推进原定工作，造成中期检查时项目进度有一定的滞后，我通过积极与项目于系人进行沟通，并及时向干系人反馈风险因素以及项目进展情况，取得甲方认可。同时重视变更管理，通过合理的变更流程，得到ccb批准。在以后的工作和学习中，我将通过不断的研究和积累，提升自己的业务和管理水平，为我国信息化建设贡献自己的一份力量。