ONEPSOFT | 软考学习知识库
湘中地区某地市域的侨务服务长期依赖线下窗口与人工登记,侨胞证照办理、政策咨询、权益保障等环节分散在各区县侨务部门与市侨联手中,第三方厂商交付质量参差、集成测试反复返工,国产化替代要求数据库与中间件须整体适配,涉密与敏感数据较多、须按等保三级要求同步建设,侨胞办事多次跑、政策知晓率低。为把侨务服务业务数字化,该市侨联于 2023 年 10 月发起了侨务服务平台信息系统项目,经公开招标由我司承建,合同额 786.0 万元,建设周期 11 个月,我担任项目经理,对项目全过程管理负责。
项目建设目标是整合侨务服务全流程数据,实现证照办理在线化、政策咨询便捷化、权益保障闭环化。建设内容包括证照办理、政策咨询、权益保障、统计分析与报表四个模块,并与各区县侨务部门及市侨联对接。技术方案上,系统按同城双中心多活容灾架构部署,服务间调用交由 Istio 服务网格统一治理并支持灰度发布,业务数据存放于 GaussDB,高频查询经分布式缓存提速,前端基于 Vue3 组件体系实现,后端以 Java 17 与 Spring Boot 构建,应用部署在市政务云环境,安全建设按等保三级标准同步实施。项目团队按矩阵型组织搭建,全队 17 人,其中需求分析 3 人、研发 8 人、测试 3 人、实施运维 2 人、数据治理 1 人,编制随模块规模动态调整,联调高峰期另调集厂商力量集中攻坚。项目于 2024 年 9 月通过终验,上线后线上办理率由 51% 提升至 93%,跨部门数据共享接口调用量月均突破 120 万次。
开发方法与生命周期绩效域是确定项目开发方法、安排交付节奏并协调两者关系的过程,其作用在于让项目以合适的方式运转、在合适的时点交付可用的成果。这个项目厂商多、适配重、数据敏感,开发方法与节奏稍有失当,返工拖期、交付延期、质量失衡,项目必然受挫。11 个月的实践让我体会到,开发方法与生命周期管理要抓住三个环节:先把方法选对,再把节奏排好,最后把两者校准。下面按这三个环节,结合项目实践说明开发方法与生命周期绩效域的落地过程。
一、方法选择:把开发方法选对、让项目以合适的方式运转
方法选择是开发方法与生命周期管理的起点,回答 " 用什么方法开发 "。针对第三方厂商交付质量参差、集成测试反复返工的问题,我们没有选择一次成型式的开发方法,而是采用了增量迭代:把项目拆成四个迭代,每个迭代交付一组完整可用的功能,联调问题在迭代内暴露、迭代内解决,不把问题攒到收尾。针对国产化适配任务重的特点,我们把适配工作前置到前两个迭代:数据库与中间件适配先行,适配通过后再开展上层功能开发,适配风险在早期暴露、早期消化。针对涉密数据多的特点,我们把安全建设纳入迭代节奏:每个迭代完成的功能同步进行安全核验,安全不达标不进入下一迭代。方法选对还体现在开发流程的规范上:我们建立了代码评审、测试把关、验收确认的标准流程,并用流程图梳理了从需求确认、开发实现、测试验证到验收交付的完整链路,逐环节标注责任人,流程清晰了,各方的配合就顺畅了。以证照办理模块为例,其联调环节早期反复返工,流程图上显示问题出在需求变更后测试用例没有同步更新,我们据此把 " 用例同步更新 " 写进流程节点,返工明显减少。方法不是挂在墙上的选择,而是落到每个迭代的实操,这是我们反复强调的一点。
二、节奏安排:把交付节奏排好、让价值持续交付
节奏安排回答 " 按什么节奏交付 "。11 个月的建设周期,我们把节奏排成四个迭代加一个验收月:第一、二迭代做基础平台与适配攻坚,第三迭代做核心业务功能,第四迭代做集成联调与优化,最后一个月做整体验收。节奏排定后,关键在守住:我们建立了迭代看板,每个迭代的目标、任务、完成情况都在看板上实时更新,迭代结束时的演示会是固定动作,向市侨联演示当期成果,确认可用后才进入下一迭代,交付的东西始终是 " 用过、验过、认过 " 的。针对厂商交付质量参差的问题,我们用数据分析对厂商的交付情况做了统计:按厂商统计交付及时率与返工率,发现个别厂商的交付及时率明显偏低,据此调整了与这类厂商的协作方式——把其交付任务拆小、增加检查频次,联调返工明显减少。针对涉密数据核验耗时的特点,我们把安全核验与功能开发并行排期,每完成一个功能就同步核验一次,避免收尾集中补课,节奏因此没有被安全环节拖累。以权益保障模块为例,其涉密程度最高,我们在该模块开发的同时并行安排了安全测评,模块交付时安全测评也同步完成,上线前没有出现 " 等安全报告 " 的停滞,节奏始终按计划推进。
三、协同校准:把方法与节奏校准、让开发与交付咬合
协同校准回答 " 方法、节奏与五大过程组怎么咬合 "。开发方法与生命周期不是孤立的,它与五大过程组的协同体现在:启动过程组明确项目章程与初步范围,规划过程组确定方法与排期,执行过程组按迭代推进,监控过程组用度量数据校准节奏,收尾过程组核验交付成果。我们在每个迭代结束时都做一次 " 方法—节奏 " 双向审视:方法上,这个迭代的流程哪里不顺;节奏上,这个迭代的排期哪里不准,审视结果反馈到下一迭代。针对联调阶段暴露的问题,我们用五问法追根因:先问为什么集成测试反复返工,再问为什么接口问题反复出现,追到根子是需求变更后接口契约没有同步更新,据此建立了接口契约管理机制,任何变更先更新文档再动代码,并把 " 文档先行 " 写进迭代流程,联调返工明显减少。协同校准还体现在测量指标上:我们把迭代速率、缺陷逃逸率、交付及时率作为关键指标,每周统计、每月复盘,指标异常的迭代当场分析原因、调整安排。以第四迭代为例,缺陷逃逸率连续两周偏高,复盘定位到是测试用例覆盖不足,随即补充了用例并加强了评审,逃逸率回到正常水平。双向审视与指标复盘让 " 方法—节奏 " 始终处于动态校准中:方法不顺手就调方法,节奏不贴合就调节奏,但调与不调都建立在数据与事实之上,而不是凭感觉。方法与节奏的校准让开发始终朝着交付目标走,而不是各走各的。
项目最终按期通过终验,线上办理率由 51% 提升至 93%,跨部门数据共享接口调用量月均突破 120 万次,预警事件平均处置时长缩短 55%,各区县侨务部门与市侨联对系统的认可度明显提升,整体运行平稳有序,项目被市侨联列为侨务信息化建设的示范案例。复盘整个项目,我的体会是:开发方法与生命周期管理的三个环节环环相扣——方法选对让项目走对路,节奏排好让交付不掉链,协同校准让开发与交付始终咬合,缺了任何一环,开发管理都会失衡,这也是本项目留给我最深的体会。流程图让开发链路有了依据,五问法让接口返工有了根因,数据分析让厂商管理有了方向。11 个月里印象最深的是迭代演示会:每次向市侨联演示当期成果,既是交付的确认,也是需求的校准,侨联的反馈及时进入下一迭代,交付的东西因此始终贴近真实需要。这套按三环节推进的开发方法与生命周期管理做法,后来被整理成公司在政务服务类项目的开发方法参考,供后续同类项目复用,也让后来的侨务类项目少走了不少弯路,开发方法与生命周期管理的价值由此得以延续。