049_皖南某地市域客运站安全管理平台信息系统项目范围管理

ONEPSOFT | 软考学习知识库

---

2022 年 9 月，我作为项目经理牵头承建皖南某地市域客运站安全管理平台信息系统项目。该项目由该地区交通运输主管部门发起，是市域客运安全治理能力提升的重点工程，旨在解决辖区内客运站安检设备分散、视频监控各自为政、应急联动缺乏统一调度等痛点，构建覆盖车辆进出站安全检测、人员安检信息管理、视频监控联网汇聚、应急联动调度的统一安全管理体系。项目合同额 536.32 万元，建设周期 14 个月，于 2024 年 1 月完成全流程验收并正式交付使用。项目采用强矩阵型组织结构，组建 24 人核心团队，下设项目经理 1 人、技术经理 1 人、产品经理 1 人、系统架构师 1 人、需求分析师 2 人、研发人员 12 人、测试工程师 2 人、QA 与 CM 各 1 人、实施工程师 2 人，我全面负责项目启动、规划、执行、监控与收尾全过程管理。技术架构上，平台采用低代码平台与微服务网关承载业务编排，以国产分布式数据库 OceanBase 实现主数据存储，依托 RocketMQ 消息中间件完成安检、视频、调度等子系统间的异步解耦；前端基于 Vue3 与 TypeScript 构建统一门户与移动端，后端采用 Java 17 与 Spring Boot 开发核心服务，中间件选用国产东方通 TongWeb，整体部署于政务云信创环境，并按等保三级要求落实身份鉴别、访问控制与审计溯源。项目最终交付一套统一的客运站安全管理平台，完成与辖区内多家客运站既有安检、监控设备的协议对接与数据汇聚，顺利通过业主方组织的验收并投入常态化运行。

在本项目推进过程中，平台需整合辖区内多家客运站的异构安检与视频设备，干系人涵盖交通运输主管部门、客运站运营方、公安交管及一线安检人员，具有接入对象多、数据标准不一、业务连续性要求高的特点，范围管理的成效直接决定着项目进度、成本、质量等核心目标能否顺利达成。作为项目经理，我严格以项目整体目标为核心，统筹推进范围管理全流程六大过程，通过科学运用专业工具与技术，有效解决了需求共识难、边界易模糊、范围蔓延风险高等重难点问题，确保所有工作始终围绕既定交付目标开展，为项目按期、保质、在预算内顺利验收交付奠定了坚实基础。

一、规划范围管理

规划范围管理是为记录如何定义、确认和控制项目范围及产品范围，创建范围管理计划的过程，其作用在于为全项目周期的范围管理提供统一的规则、方法与交付标准，从源头规避后期执行中的认知偏差与操作分歧。本过程输入为项目章程、项目管理计划及组织过程资产。我在项目启动阶段，以获批的项目章程（明确合同额 536.32 万元、建设周期 14 个月）为核心依据，组织交通运输主管部门业务代表、客运站运营方、技术专家与监理方召开专题规划会议，运用数据分析技术对我司既往同类政务信息化项目的范围管理经验教训登记册进行聚类分析，提炼出需求边界易模糊、接口对接易超范围两类高频风险，并将其转化为本项目的范围管控要点。会议明确了需求收集流程、WBS 创建规则、范围确认与验收标准、范围控制流程，划定以车辆进出站安全检测、人员安检、视频监控联网、应急联动为核心的边界，设置范围偏差±3% 为预警阈值。本过程输出《范围管理计划》与《需求管理计划》，均经核心干系人签字确认，为后续范围全流程管控提供了纲领性依据。

二、收集需求

收集需求是为实现项目目标而确定、记录并管理干系人需求的过程，其作用在于把分散的业务期望转化为可追踪、可验证的需求基线。针对客运站业务链路长、参与角色多导致的需求来源不清问题，我带领团队首先绘制客运站安全管理业务流程图，沿 " 车辆进站—安检—候乘—出站 " 以及 " 事件发现—上报—调度—处置—复盘 " 两条主线，逐节点标注各干系人的信息诉求与数据接口，借助流程图直观识别需求触点，避免遗漏一线安检人员与调度指挥人员的使用场景。随后采用访谈与焦点小组相结合方式，向交通运输主管部门、客运站运营方、公安交管及 12 名一线人员收集诉求，共整理功能需求、业务需求与技术需求 86 条。依据数据分析对需求进行优先级排序，识别出 " 安检数据实时汇聚 "" 视频联网调阅 "" 应急联动闭环 " 为 P0 级核心需求。本阶段形成《需求文件》与《需求跟踪矩阵》，明确需求与业务目标、项目目标、可交付成果的对应关系，两份文件均经核心干系人签字确认，成为后续工作的核心依据。

为清晰呈现核心需求与交付成果的对应关系，我编制了本项目核心需求的范围跟踪矩阵，具体内容如下：

范围 ID	范围描述	对应 WBS	交付物	验收方式	状态
F-01	车辆进出站安全检测模块	1.1 安检子系统	检测应用包	功能验收	已完成
F-02	人员安检信息管理模块	1.2 人员子系统	人员信息库	数据验收	已完成
F-03	视频监控联网汇聚模块	1.3 视频子系统	视频汇聚平台	联调验收	进行中
F-04	应急联动调度模块	1.4 应急子系统	联动调度程序	演练验收	进行中
F-05	数据安全与等保三级合规	1.5 安全子系统	合规测评报告	测评验收	进行中
F-06	移动端巡检上报模块	1.6 移动子系统	微信小程序	体验验收	进行中

三、定义范围

定义范围是制定项目和产品详细描述的过程，其作用在于清晰界定 " 做什么 " 与 " 不做什么 "，为创建工作分解结构提供权威输入。针对部分需求描述模糊、边界存疑的问题，我组织项目团队运用五问法（连续追问五个 " 为什么 "）对争议项进行根因澄清。例如，对于 " 实现智能预警 " 这一模糊诉求，通过连问 " 预警什么—依据什么数据—数据来自哪些设备—设备是否全部接入—未接入时如何兜底 "，最终将其明确为 " 基于已汇聚的安检与视频数据，对超限事件触发分级告警，未接入设备以人工补录兜底 "，既满足了业务期望，又锁定了范围边界。同时，我采用产品分析法将整个平台拆解为车辆进出站安全检测、人员安检信息管理、视频监控联网汇聚、应急联动调度四大产品模块，并明确项目除外责任——既有客运站场地改造、专用安检硬件采购不属于本项目范围。本阶段形成规范的《项目范围说明书》，经所有核心干系人签字确认。

四、创建 WBS

创建 WBS 是把项目可交付成果和项目工作分解成较小、更易于管理的组件的过程，其作用在于将范围说明书转化为可分配、可核算、可验收的工作结构。我团队参照《项目范围说明书》《需求文件》，结合本项目接入对象多、模块耦合强的特点，采用自上而下分解法，以皖南某地市域客运站安全管理平台为顶层，按照 " 可交付成果导向、100% 覆盖、粒度适中 " 的原则，将整体工作分解为四层标准化工作包，确保每个工作包工期可控、责任明确。底层共拆解出 112 个工作包，每个工作包明确交付标准、责任人、工期与成本预算，同步编制 WBS 词典对各工作包的范围描述、资源需求与质量要求详细定义。经批准的项目范围说明书、WBS 与 WBS 词典共同构成项目范围基准，为进度、成本、质量管控提供了核心依据，确保项目范围无遗漏、无冗余。

五、确认范围

确认范围是正式验收已完成的项目可交付成果的过程，其作用在于由客户或发起人逐阶段认可交付成果，形成书面验收证据。本项目按里程碑分三轮开展确认范围工作，每一轮均形成完整的确认范围过程记录。以第三轮（应急联动与整体集成）确认为例，全过程记录如下：

序号	确认对象	验收方式	依据标准	确认结论
1	应急联动调度模块	联合演练 + 功能演示	需求文件 F-04、验收准则	通过
2	视频监控联网汇聚模块	联调测试 + 抽帧核查	需求文件 F-03、等保三级	通过
3	移动端巡检上报模块	体验测试 + 数据核对	需求文件 F-06	通过
4	系统集成与接口	端到端业务走查	接口规范、WBS 词典	通过
5	用户培训与操作手册	培训签到 + 手册评审	配置管理计划	通过
6	遗留问题清单	闭环复核	问题登记册	全部关闭
7	阶段基线更新	配置审计	范围基准	已发布

通过分轮确认，项目累计完成四大模块共 112 个工作包的正式验收，确认范围结论均为 " 通过 "，为后续收尾与回款奠定了基础。

六、控制范围

控制范围是监督项目和产品的范围状态、管理范围基准变更的过程，其作用在于在整个项目期间保持对范围基准的维护，防止无控的范围蔓延。我严格执行整体变更控制流程，运用偏差分析与趋势分析工具，每周开展范围绩效审查，对比工作绩效数据与范围基准，以±3% 为范围偏差预警阈值。项目执行期间，针对客运站运营方提出的 11 项新增或调整请求（如增加移动端巡检上报、扩展某类车辆识别），全部通过正式变更流程处理：先开展多维变更影响分析，评估对进度、成本、质量的影响，提交 CCB 审批通过后再执行，所有变更均同步更新至变更日志与需求跟踪矩阵。通过规范管控，项目范围偏差始终控制在±2.5% 以内，未发生无控范围蔓延，保障项目在 14 个月工期、536.32 万元预算内完成全部范围交付，一次性通过最终验收。

本项目于 2024 年 1 月按期完成全部建设内容，成功通过业主方组织的验收并正式上线运行。平台实现了辖区内客运站安检、视频、调度数据的统一汇聚与联动，数据自动核验比例由 42% 提升至 91%，线上办理率由 51% 提升至 93%，资金结算差错实现连续 12 个月零发生。回顾全程，范围管理之所以能够成为项目成功的关键支撑，得益于在规划阶段就以数据分析锚定管控要点、在需求阶段以流程图厘清触点、在定义阶段以五问法锁定边界、在执行阶段以范围基准严控变更。这一套贯穿始终的范围管控实践，不仅保障了交付目标的清晰可控，也为同类市域交通安全信息化项目的范围管理积累了可复用经验。