2025年X月至2026年X月，我参与了某省级三甲医院云影像平台软件系统采购项目，担任项目经理。该项目旨在建设覆盖影像数据全流程的智能化云影像平台。本文以项目范围管理为例，论述了需求收集、WBS创建、范围确认、范围控制等管理过程。通过建立需求跟踪矩阵，确保了需求覆盖率98%；通过WBS分解，将项目分解为4个阶段、12个工作包、86个活动，估算精度从±30%提升至±15%。
云影像平台项目涉及云影像系统、影像诊断教学系统、云影像前置机系统、业务及存储系统四大模块，功能复杂、涉及面广。做好范围管理，确保项目交付满足干系人需求，是项目成功的关键。
我组织制定了范围管理计划，明确范围定义、确认、控制的方法和标准。计划规定了需求变更的审批流程、范围偏差的监控阈值（5%触发预警）、WBS分解的原则等。
需求收集是范围管理的基础。我采用多种方式收集需求：访谈与信息科、影像科、临床科室、院领导进行一对一访谈；焦点小组组织影像科医生、护士、技术人员开展讨论；原型法开发交互原型让用户直观感受系统功能。通过需求收集，共收集到需求条目286条，需求覆盖率98%。
基于收集的需求，我组织编制项目范围说明书，明确项目边界：包括云影像数据采集、存储、诊断、会诊、质控全流程功能，不包括原有PACS系统改造（仅做接口对接）。
我将项目分解为4个阶段（需求分析、设计开发、测试部署、验收交付）、12个工作包、86个活动。每个工作包配有WBS词典，明确责任人、工期、交付物。估算精度从±30%提升至±15%。
在每个阶段结束时，我组织干系人进行范围确认，通过里程碑评审会形式，对已完成的可交付成果进行正式验收。
我通过偏差分析和趋势分析监控范围执行情况。项目中期，发现业务部门提出了3项未纳入基准的报表定制需求，经评估额外工作量为2人天，偏差率8%。我及时启动变更控制流程，避免了范围蔓延。
通过本次项目范围管理实践，我深刻认识到：需求收集的全面性直接决定项目范围的质量；WBS分解的合理性影响项目估算精度和可控性；严格的变更控制是防止范围蔓延的关键。
不足：需求镀金现象仍存在，部分非核心功能被开发团队主动实现。在后续项目中，我将强化需求评审，严格控制范围基准。