245_华中某省会城市college课程共享平台信息系统项目范围管理

ONEPSOFT | 软考学习知识库

---

论华中某省会城市 college 课程共享平台信息系统项目的范围管理

一、项目概要叙述

优质课程资源跨校共享是区域教育均衡的重要抓手，过去各高校课程系统各自为政，资源孤岛突出、选课排课靠线下协调。我所在的该地区教育主管部门信息中心，长期受困于课程数据难互通、共享流程不透明。为破局，该部门于 2021 年 3 月正式启动 " 华中某省会城市 college 课程共享平台 " 建设项目，我受委派担任项目经理，统筹需求规划、方案设计、开发实施、集成测试与验收移交全流程。

项目总投资约 285.58 万元，建设周期 16 个月，组建 13 人项目团队，内部含业务分析师 2 人、架构师 1 人、开发工程师 7 人、测试工程师 2 人、质保专员 1 人，外部含集成实施与数据治理服务商人员。技术上采用低代码平台快速搭建业务表单与流程，以微服务网关统一鉴权与路由，底层使用 OceanBase 分布式数据库与 RocketMQ 消息队列支撑高并发事务与异步解耦。建设内容涵盖课程资源中心、跨校选课、共享排课、学习看板四大模块，最终交付管理系统、移动端、指挥看板及全套运维文档。项目难点在于：业务连续性要求高，割接窗口极为有限；算法识别在复杂光照与天气条件下准确率不稳定；第三方厂商交付质量参差，集成测试反复返工。上线后，设备在线率由 83% 提升至 98.5%，平均业务办理时长由 3.5 个工作日压缩至 0.8 个工作日，跨部门数据共享接口调用量月均突破 120 万次。

二、规划范围管理

规划范围管理是为记录如何定义、确认和控制项目范围而创建范围管理计划的过程，其作用在于为后续范围管控提供制度依据。项目启动后，我组织团队核心成员及主管部门代表召开范围规划研讨会，依据项目章程制定《范围管理计划》与《需求管理计划》，明确需求文件编制、WBS 创建、范围基准维护、可交付成果验收等制度，并规定课程资源接入完整率不低于 98%、并发支持不少于 5000 人、变更审批流程等核心标准，为后续范围管控奠定了制度基础。

三、收集需求与定义范围

收集需求是记录干系人需要和需求并编制需求文件的过程，其作用在于为范围定义提供源头依据。我采用标杆对照，对标同区域已建成的课程共享平台，梳理出跨校选课、资源共享、统一排课三类核心诉求，组织业务骨干开展引导式研讨会，识别功能需求与非功能需求，成果为《需求文件》与《需求跟踪矩阵》，经干系人签字确认生效。对标中我发现，已建成平台普遍把 " 统一身份认证 " 作为共享入口、把 " 选课冲突自动检测 " 作为排课核心，遂把这两项列为我校平台的必建能力，避免闭门造车走弯路。一次某学院提出 " 课程直播带货 " 诉求，经标杆对照发现同类平台均无此功能且偏离教育主责，我将其作为备选而非必建，留待后续评估，守住了平台的教育定位。

定义范围是制定项目和产品详细描述的过程，其作用在于划清交付边界。我运用因果图分析历史项目中范围蔓延的根因，定位到 " 需求无除外责任清单 "" 口头诉求未书面化 " 是主因，遂在《项目范围说明书》中明确交付物包含课程资源中心、跨校选课、共享排课、学习看板四个子系统，同时将 " 直播带货式营销模块 "" 高精度三维课件漫游 " 等越界诉求列为除外责任，边界清晰的说明书成为范围控制的坚实基准。

四、创建 WBS 与控制范围

创建 WBS 是将项目可交付成果分解为更小易管理组件的过程，其作用在于把范围基准落到可执行的颗粒度。我带领团队自上而下按四大模块分解，最低层级为工作包并分配唯一编码、编制 WBS 词典；我严格执行工作包为 WBS 最低层级的原则，活动属于进度管理定义活动过程的输出，不纳入 WBS 分解层级，并用控制图监控各工作包粒度，确保符合 8 至 80 小时合理区间，避免分解过粗或过细。分解时我邀请教研与技术两方共同评审工作包粒度，约定以单个共享功能为最小单元，例如跨校选课拆为选课入口、冲突检测、结果回写三个工作包，既利于验收也便于排期。这个粒度后来被证明恰到好处，既没因过粗导致责任悬空，也没因过细拖慢进度。这个粒度后来还方便了运维交接——每个工作包都对应一份可独立运维的手册，避免了整体交付、无人认领的常见尴尬。

控制范围是维护范围基准、防止范围蔓延的过程，其作用在于让项目始终沿着既定边界推进。建设期内，某高校提出新增 " 课程评价智能分析 " 功能，我首先说明这属于范围变更须走正式流程，协助其提交书面申请，组织团队评估影响后提交变更控制委员会评审，批准后再执行并全过程留痕。我同时用控制图监控变更申请的频率趋势，发现中期出现一波小高峰，及时召开需求澄清会压降了无效变更。例如某院系临时要求支持校外学员旁听，经评估属于新增数据权限与身份认证，我将其转为正式变更而非口头答应，既满足了合理的教学延展，也守住了基准的严肃性，还顺带完善了平台的权限模型。

五、确认范围的全过程记录

确认范围是正式验收已完成可交付成果的过程，其核心是对照范围基准确保账实相符。本项目确认范围的全过程记录如下：开发测试完成后，我组织质保团队内部预验收，修复 4 个缺陷；随后提交 42 份交付文档给主管部门。2022 年 7 月召开正式验收会，13 人参会，对照范围基准从功能、性能、文档三方面核查：功能上四个子系统全部就绪，课程资源接入完整率实测 98.6% 达标；性能上并发支持 5200 人、平均办理时长 0.8 个工作日，优于既定标准；文档齐全且签署规范。最终形成经 7 方签字盖章的《项目验收报告》，确认范围工作闭环。整个确认过程留有会议纪要、测试报告、签字页三类痕迹，做到全程可追溯。预验收阶段曾发现排课模块的 " 跨校冲突检测 " 在极端课表下出现漏判，我立即退回开发组补正逻辑、补回归用例，复测通过后才进入正式验收，避免了带病交付，也验算了确认范围这道关的真正价值。验收组事后反馈，正是这份逐环节、留痕迹的确认记录，让他们对平台的范围完整性最有信心，也缩短了终审的质疑环节，没有陷入无谓的拉锯。

六、心得体会

项目于 2022 年 7 月顺利验收。范围管理的价值，正在于让对边界在对的环节被守住。本项目以标杆对照理清需求主线、以因果图穿透蔓延根因、以控制图盯住分解粒度与变更节奏，形成了可复用的范围管理资产。当然，项目在创建 WBS 初期对活动与工作包的层级边界把握偏晚，导致中期一度返工。回望全过程，范围管理最忌 " 重功能、轻边界 "——把六个过程真正拧成闭环，远比堆功能重要。范围管理并非孤军作战，它与规划绩效域、度量绩效域同向发力：规划绩效域为范围管理提供路线原则，本项目创建 WBS 时我按架构将模块拆成合理粒度的工作包，确保计划可落地；度量绩效域提供量化手段，我在控制范围中用变更频率、需求采纳率等指标跟踪范围健康，及时纠偏。三者拧成一股绳，范围才真正管得住。这一认知，已成为我后续教育信息化项目的默认动作。我也愈发确信，范围不是管出来的，而是规划出来的，这句话在我经手的项目里一次次被验证。未来我将继续完善范围基线，让范围管理从 " 被动接需求 " 走向 " 主动划边界 "，为区域教育资源共享贡献更稳的支撑。范围管理的功夫，说到底是在诉求、基准与变更之间反复打磨的那份耐心，急不得，也省不得，唯有把每一道边界都划清，课程共享才真正调得动、算得明。这套以标杆对照、因果图、控制图为主线的范围打法，已在同批次的教育类平台项目里复用，效果同样扎实可信。