一例到底范文集 | 论信息系统的范围管理（二）

ONEP软考智能体 | 软考论文自动生成与批改专家

---

· 论信息系统的范围管理（题目二）
项目范围管理必须清晰地定义项目范围，其主要工作是要确定哪些工作是项目应该做的，哪些不应该包括在项目中。请以“论信息系统项目的范围管理”为题进行论述:

1.概要叙述你参与管理过的一个信息系统项目(项目的背景、项目规模、发起单位、目的、项目内容、组织结构、项目周期、交付的成果等)，并说明你在其中承担的工作(项目背景要求本人真实经历，不得抄袭及杜撰)。
2.请结合你所叙述的信息系统项目，围绕以下要点论述你对信息系统项目范围管理的认识，并总结你的心得体会:：
(1)根据你所描述的项目核心范围，写出范围说明书
(2)请结合你的项目，阐述你是如何创建范围基准的
3.请结合你所叙述的项目，阐述范围管理过程中遇到的问题，你是如何解决的，并总结心得体会。

· 论北方某市智慧工地监管平台项目范围管理

2022年4月，我作为项目经理负责北方某市住房和城乡建设局智慧工地数字化监管平台项目，合同金额226万元，建设周期12个月，团队采用项目型组织架构，配置15人：我担任项目经理统筹管理，需求分析2人、架构1人、开发5人（后端3人/前端1人/算法1人）、测试2人、交互设计1人、质量管理2人、配置管理1人。该平台面向主城区及重点区县40个标杆工地，服务80余家施工企业、800多名监管人员，日均处理数据约60万条。建设内容包括统一门户、质量安全监管、危大工程监测、环境监控、预警中心、BIM协同、决策驾驶舱、移动端应用9个子模块。技术上采用SpringCloud微服务架构，通过Vue.js实现前后端分离，达梦DM8存储业务数据，服务器部署采用4台阿里云ECS配合2台边缘节点，保障系统在高并发场景下的稳定性。项目于2023年5月上旬通过验收并正式使用，政府巡查工作量减少35%，流程审批提效40%，受到用户一致好评并获得数字化转型示范案例。
本项目包含183个功能点的开发，涉及政府监管部门、设计、施工企业等多方干系人，存在国产化技术适配要求等，如何做好项目范围管理对于成功交付来说至关重要。我和团队通过合理有效的范围管理，包括规划范围管理、收集需求、定义范围、创建WBS、确认范围和控制范围，实现了智慧工地监管平台的成功交付。本文将结合项目实践论述范围管理过程，并重点分析范围说明书、范围基准以及范围控制，最后总结心得体会。

一、做好范围管理规划，制定范围说明书
1）规划是确保项目成功的第一步，初期我和团队依据项目章程和项目管理计划等资料，通过召集住建局姚主任、设计与施工方代表、团队成员等干系人进行专项会研讨，制定了《范围管理计划》和《需求管理计划》，就如何定义、确认和控制范围达成共识。例如《范围管理计划》讨论中，针对危大工程监测与环境监控模块，因为功能开发涉及较多专业领域知识，设计方、工地方等干系人代表反复沟通后认为需求多变存在不确定性，我们针对性采用了Scrum敏捷开发模式，并定义每两周为一个冲刺。2）基于规划范围管理的输出成果，我和团队通过收集需求逐步完善需求跟踪矩阵。我先安排开发组长老杨系统整理他过去做的某西南区域智慧工地典型案例材料，团队通过标杆对照进行参考学习，之后通过头脑风暴、访谈等方式逐步完成需求收集。过程中先后与设计和施工代表、工地现场管理人员、设备维护人员等进行了20余次访谈，梳理出“设备故障预警延迟需≤3秒”等功能需求，同时也收集到类似“移动端离线地图功能”等增值需求。我采用云文档建立动态更新的需求跟踪矩阵并要求团队跟踪完善，确保每项需求可追溯至具体模块和验收标准。3）定义范围阶段，我们创建了《范围说明书0.1版》：详细描述了项目目标，产品范围、每个迭代的可交付成果和对应的验收标准，同时明确了工地网络部署、传感器硬件维护等非软件开发内容由第三方供应商承担等除外责任。我邀请建筑行业顾问老唐、资深架构师等进行建议和优化，经过多轮评审，逐步汇总形成了《项目范围说明书1.0版》并得到公司高层的确认和批准，以下截取部分重点内容：
范围说明书1.0

要素	具体内容
项目目标	1、功能目标：开发“1平台+9模块”系统，涵盖质量安全监管、危大工程监测、设备运维等核心功能，实现183个功能点 2、性能目标：支持日均处理60万条结构化数据（设备状态、人员考勤等）及10万条视频摘要数据，通过压力测试验证200工地/500万条数据的并发能力； 3、国产化适配：后端部署于麒麟V10操作系统，核心模块适配达梦DM8数据库； 4、安全目标：通过等保2.0三级测评
产品范围	核心功能模块包括：统一门户、质量安全监管、危大工程监测、环境监控、预警中心、BIM协同、决策驾驶舱、设备运维、移动端应用
可交付成果	1、系统功能：完整运行的9大模块及183个功能点 2、文档成果：《用户操作手册》、《功能测试报告》、《第三方压力测试报告》、《系统部署及维护指南》 3、服务成果：用户操作培训服务、1年免费运维技术支持、系统升级服务协议
验收标准	1、技术规范：《建筑智能化系统工程质量验收规范》等 2、安全规范：满足等保2.0三级安全认证功能要求，例如塔吊倾斜角度误差≤0.5、环境数据超标预警响应时间≤5秒、72小时压力测试无故障（1000台设备并发）等
除外责任	1、硬件责任：传感器采购、安装及维护由施工方或第三方负责（如塔吊倾斜传感器） 2、网络责任：工地网络部署及运维由运营商承担 3、非开发内容：无人机巡检功能、纸质文档印刷、硬件驱动程序开发
约束条件	1、时间：2022年4月-2023年5月（12个月） 2、成本：合同金额226万元 3、技术：SpringCloud微服务架构，支持1000台设备并发 4、合规：满足技术标准规范和安全认证要求

二、制定项目范围基准，为范围管理提供准绳
定义范围之后进行WBS创建，其中范围基准是创建WBS过程的核心输出，包含项目范围说明书、WBS以及WBS字典三部分内容，是经过正式审批后的项目范围拿来校准的基础，并且只有经过正式变更才能修改。考虑到WBS分解涉及到将要开展的具体工作，所以将来具体要做这些工作的项目成员最有发言权，我请架构师、各小组组长和技术骨干都参与到WBS的分解中来，实践证明这样做既有利于后续系统设计、编码和实施，又能得到团队最大程度的认同，充分保证执行效率。
我和团队以《项目范围说明书1.0版》、需求文件等资料为输入，并在WBS创建前明确如下分解原则：1）在各层次上都保证可交付成果的完整性，不多加，不重复，不遗漏;2）一个工作包只从属于一个上层可交付成果;3）相同层次的工作包应有相同性质;4）工作包应便于进行进度和成本的控制;5）工作包一般不大于80小时;6）采用滚动式规划，不求一次把所有工作包都分解出来。五层WBS分解完成后，我提交成果至住建局姚主任、工地联合代表赵总处审批确认，形成了《项目范围基准1.0版》，具体包含《项目范围说明书1.0版》、《WBS分解1.0版》以及《WBS字典1.0版》三部分内容，以下为范围基准WBS及WBS字典重点（范围说明书不再赘述）：
WBS示例

层级	工作内容
第1层	智慧工地监管平台
第2层	1、项目管理 2、系统分析 3、系统设计 4、编码和测试 5、系统验收
第3层	4-编码和测试： 4.1设备端功能开发测试； 4.2管理端功能开发测试； 4.3移动端功能开发测试
第4层	4.1设备端功能开发测试： 4.1.1塔吊监测功能开发； 4.1.2环境监测功能开发；4.1.3人员定位功能开发
第5层	4.1.1塔吊监测功能开发： 4.1.1.1倾斜角度数据采集编码； 4.1.1.2超限报警逻辑开发； 4.1.1.3实时通信接口测试

WBS字典

账户编码	工作描述	假设条件/制约因素	负责组织	进度里程碑	所需资源	质量要求	验收标准	技术参考文件
4.1.1.1	倾斜角度数据采集编码	开发环境部署完成、接口协议已确认	后端开发工程师	2022年10月20日完成	SpringCloud微服务框架、达梦DM8数据库	数据解析误差≤0.5%	数据采集频率≥1次/秒	《数据采集需求文档》、《接口规范V1.2》
4.1.1.2	超限报警逻辑开发	报警阈值经甲方审批	算法工程师	2022年11月10日完成	东方通TongMQ、阿里Tair中间件	报警触发准确率≥99%	报警延迟≤3秒，推送成功率100%	《超限报警算法设计说明书》、《需求跟踪矩阵》

三、确认范围确保顺利验收，控制范围避免范围蔓延
1）确认范围是正式验收可交付成果的过程。项目可交付成果、子功能被开发出来之后，我们项目组内部通过控制质量，严格按范围基准中可交付成果的验收标准、质量标准等要求进行对其进行检查和测试。例如，本项目验收有一项重要验收标准是满足《建筑智能化系统工程质量验收规范》要求，住建局组织第三方机构对规范强条进行了系统性审查，同时进行72小时压力测试，验证约1000台设备并发场景下系统稳定性。团队提前1个月准备，提供了包括《功能测试报告》、《用户操作手册》等在内的12类交付物，针对每项需求均有明确验收记录，最终顺利通过第三方审核与验收。2）控制范围是根据范围基准，监督项目的范围状态，管理范围变更的过程，防止范围蔓延对项目的进度、成本、质量等造成负面影响。为了有效控制项目的范围，我和团队在项目初期共同制定了配置管理计划、变更管理计划。本项目采用混合型开发方案，在总体上建立了清晰的变更控制流程，明确范围变更的审批权限（公司层面设有CCB，每周召开对称会）；同时，针对敏捷开发模块则匹配更加灵活的变更机制，以适应不断变化的需求；上述内容均在《变更管理计划》中说明，并由配置管理员对产品经理、团队成员等进行培训。本项目中新增类需求变更总计处理30余项，其中26项通过审批，其余项因超出合同范围被驳回，有效防止了范围蔓延。
项目于2023年5月成功交付，实现设备故障响应效率提升62.5%、安全事故率下降25%的目标。回顾本项目，我认为范围管理对于保障本项目成功交付尤为重要，尤其体现在前期制定范围说明书，渐进明细完善范围基准以及通过规范变更流程和CCB评审机制有效防止范围蔓延等方面。反思不足，初期对硬件兼容性风险预估不足，导致部分传感器数据异常，后期通过设备选型标准优化解决，未对项目造成任何不利影响。未来，我和团队计划引入更加强大的需求管理工具进持续提升对复杂项目的范围管控能力，为行业数字化转型提供更高效、更优质的技术服务。

---

ONEPSOFT Use AI, Beyond AI