355_晋中某县域城市慢行系统管理平台信息系统项目范围管理

ONEPSOFT | 软考学习知识库

---

论晋中某县域城市慢行系统管理平台信息系统项目的范围管理

2022 年 11 月，我作为项目经理，负责晋中某县域城市慢行系统管理平台的全面建设。该项目由地区交通运输主管部门牵头，目标是把县城步行道、非机动车道、共享单车停放点等慢行设施统一纳入数字化管理，为市民提供慢行路径规划、设施报修与骑行数据统计等服务。项目周期 14 个月，合同额 386.00 万元，团队 16 人，技术栈采用低代码平台、微服务网关、OceanBase 与 RocketMQ。项目有三个突出难点：一是历史设施台账数据质量参差，清洗与治理规则难以统一；二是市民与基层管理人员信息化基础薄弱，操作习惯迁移阻力大；三是道闸、地磁、共享单车终端设备种类繁多，兼容性适配工作量被低估。项目上线后，预警事件平均处置时长缩短 55%，设备在线率由 83% 提升至 98.5%，并发承载能力由 800 提升至 5000 用户在线。

范围管理是明确项目做哪些工作、不做哪些工作的过程，其作用在于为项目界定清晰边界，防止范围蔓延。结合本项目，我按规划、执行、监控三个阶段组织范围管理实践，并重点论述范围说明书的内容构成，以及范围管理过程中遇到的问题与解决方式。

一、规划范围管理

规划范围管理是为后续范围活动制定指南的过程，其作用在于让范围工作有章可循。项目启动后，我依据项目章程与组织过程资产，召集交通运输主管部门领导、设施管理人员与共享单车运营商代表，通过引导式会议制定了范围管理计划与需求管理计划，明确需求收集、跟踪、变更与验收的节奏与责任人。

二、收集需求

收集需求是识别并记录干系人需要的过程，其作用在于为定义范围奠定基础。我组织调研小组深入县城主要街道与停车点，采用问卷调查、访谈与现场观察相结合的方式收集需求。针对历史数据质量参差的问题，我运用数据分析对存量台账进行摸底，发现设施名称、坐标、状态等字段的口径不统一。我运用根本原因分析逐层追查，从录入模板、历史版本、人员更替三个维度定位，确认根因是早年各街道自行维护台账导致，随即制定统一的清洗规则，并建立数据质量检查单逐项核验。

三、定义范围

定义范围是制定项目与产品详细描述的过程，其作用在于明确边界与验收标准。我组织团队依据需求文件编制项目范围说明书，其内容包括：一是产品范围描述，建设覆盖慢行路径规划、设施报修、骑行统计、后台管理的统一平台；二是可交付成果，含四大子系统软件、数据清洗成果、操作手册与培训交付；三是验收标准，要求功能覆盖需求规格说明书、试运行期间无重大故障、设备在线率不低于 95%；四是除外责任，明确共享单车车辆本体运营与线下设施施工不属于本项目范围。范围说明书经主管部门审批并签字确认后，与 WBS、WBS 词典共同构成范围基准。

四、创建 WBS

创建 WBS 是将可交付成果分解为可管理组件的过程，其作用在于建立范围架构。我依据范围说明书，采用自上而下方式将项目分解为四层：项目总目标、四大子系统、功能模块、工作包，为每个工作包编码并指定负责人，遵循 100% 分解原则与 8/80 原则，评审通过后纳入范围基准。

五、确认范围

确认范围是正式验收可交付成果的过程，其作用在于确保成果完整正确并获得签字。我按里程碑组织交通运输主管部门、设施管理人员与我方共同验收，逐条对照需求跟踪矩阵演示功能。验收中发现慢行路径规划模块对部分新改建道路的数据未及时更新，我运用根本原因分析定位到数据更新机制缺失，随即补充定时增量更新任务，复验通过后各方签字确认。

六、控制范围

控制范围是监督范围状态、管理基准变更的过程，其作用在于维护基准完整性。项目中期，共享单车运营商提出新增违停自动提醒功能，我按变更流程评估影响后提交变更控制委员会审批，获批后更新范围基准与需求跟踪矩阵。同时，我运用逐项检查方法对终端设备兼容性适配逐型号验证，发现部分旧款地磁设备协议不兼容，我组织厂商升级固件并逐项复检，确保设备在线率达到 98.5%。

七、问题与心得体会

回望 14 个月，我遇到的最大问题是终端设备兼容性适配工作量被低估，导致中期进度一度吃紧。我通过逐项检查摸清设备清单、运用散点图分析各型号故障率分布，把力量集中到故障率最高的设备型号上，最终化解了进度风险。我体会最深的是：范围说明书不是一纸空文，而是项目边界的法律文本；明确写出包括什么、不包括什么，才能在纷繁的需求中守住底线。当慢行设施在线率 98.5%、并发承载 5000 用户时，我确信范围管理正是这份从容的根基。

在收集需求阶段，我还通过散点图分析各街道报送的设施数据量分布，发现部分街道的数据量明显偏少，经核实是这些街道尚未完成台账整理，我便据此调整了数据收集的进度安排与辅导力量，确保数据源头不遗漏。针对市民操作习惯迁移阻力大的问题，我采用逐项检查方法，把界面操作流程拆成可勾选的操作清单，组织市民代表与基层管理员在试用环境中逐项体验，收集反馈后简化了高频操作路径，把路径规划、报修提交等核心操作控制在三步以内，降低了学习成本。在创建 WBS 阶段，我组织交通主管部门与设施管理人员对 WBS 进行评审，第一轮评审发现共享单车停放管理未独立成模块，我补充后通过，确保分解覆盖全部范围。

在控制范围阶段，我还建立了范围变更台账，把每一次变更的来源、影响评估、审批结果与实施状态记录在案，月底复盘变更频率与来源，识别出个别运营方存在口头提需求的习惯，我便重申变更必须走书面流程，把范围蔓延的苗头扼杀在源头。同时，我把范围绩效与质量绩效联动：通过散点图跟踪各模块缺陷密度分布，聚焦高缺陷模块优先整改，使集成测试阶段的返工率明显下降。项目上线后，预警处置时长缩短 55%、设备在线率 98.5%、并发承载 5000 用户，这些数据是对范围管理实践最好的回应。

在项目后期，我组织了慢行设施数据质量的专项核查。运用散点图分析各街道设备在线率分布，发现部分偏远街道设备在线率偏低，经根本原因分析定位到供电不稳与网络信号弱两个主因，我协调运营商补充太阳能供电与信号中继，设备在线率提升至 98.5%。同时，我运用逐项检查对共享单车停放点位的围栏数据逐项核验，修正了位置偏移记录，提升了路径规划与违停提醒的准确性。项目收尾时，我组织团队整理范围管理经验，把数据清洗规则、兼容性适配清单沉淀为组织过程资产，为后续城市治理类项目复用。十四个月下来，我越发确信：范围管理不是文档游戏，而是让承诺可落地、边界可守住、风险可预判的实战能力。当慢行设施在线率 98.5%、并发承载 5000 用户时，市民与管理者都能感受到这套系统带来的实在变化，这正是范围管理价值的最终体现。

回望这十四个月，我最大的感悟是：范围管理是一场与 " 模糊 " 的长期较量。需求模糊时，用调研与归集把它变清晰；边界模糊时，用范围说明书把它定下来；责任模糊时，用 WBS 与验收把它分清楚。当每一项都清晰可查，项目的成功便不再依赖运气，而是建立在扎实的契约与流程之上。

未来再遇到范围边界模糊的项目，我会第一时间想到用这份经验去应对：先定说明书，再画流程图，用数据说话，让边界始终清晰可见。这正是本项目留给我最宝贵的财富。