021_川东某县域城市更新项目管理系统信息系统项目风险管理

ONEPSOFT | 软考学习知识库

---

2023 年 6 月，我作为承建方项目经理主持了川东某县域城市更新项目管理系统建设项目。建设单位为该地区住房和城乡建设主管部门，合同额 386.72 万元，建设周期 18 个月，团队 17 人。系统采用低代码平台、微服务网关、OceanBase 数据库与 RocketMQ 消息中间件，前端使用 Vue3 与 ECharts，覆盖项目储备、计划下达、进度填报、资金拨付与现场监管五类业务。项目存在感知终端型号繁杂导致适配工作量被低估、法定验收时点刚性导致进度压缩、三级审批链路长导致权限模型复杂三大难点。本文按项目前期、中期、后期三个阶段展开，重点说明风险管理计划的制定过程与主要内容、三项重点风险的分析结论与应对措施，以及标杆对照、因果图、控制图在各阶段的运用。项目于 2024 年 11 月通过验收，预警事件平均处置时长缩短 55%，跨部门数据共享接口调用量月均突破 120 万次，设备在线率由 83% 提升至 98.5%。

一、项目背景与我的职责

该县域近年推进老旧小区改造、市政管网更新与街区风貌整治，年度在建更新项目一百余个，此前依靠台账与月报管理，进度上报滞后、现场影像散落、资金拨付与形象进度脱节等问题突出。建设单位据此立项，要求建成贯通 " 项目储备—计划下达—开工建设—进度填报—验收拨付 " 的全周期平台，并接入现场围挡、扬尘噪声、塔吊与视频等感知终端。我方于 2023 年 5 月中标，我被任命为项目经理，负责范围、进度、成本、质量、采购与风险等全部管理工作。

本项目的特殊性有三：其一，感知终端为不同年份、不同批次采购，厂商与协议各异，接入工作量在投标阶段难以准确估算；其二，平台必须赶在次年度城市更新计划下达前投入运行，验收时点受主管部门年度考核刚性约束，不具备顺延空间；其三，审批链路跨越县、乡镇、社区三级并涉及六个业务科室，权限模型一旦设计失误将引发大面积返工。这决定了本项目必须在开工之初就建立系统的风险管理机制，而不能沿用边做边补的粗放做法。

二、前期阶段：立规矩与摸家底

在项目前期，需要定义如何实施风险管理活动、明确方法与责任并形成书面依据，这一工作被称为规划风险管理。启动会后第一周，我依据项目章程、干系人登记册与已批准的项目管理计划，会同建设单位信息科科长、两位业务科室骨干、我方架构师与实施经理组成风险管理工作组，采用标杆对照的方法，调取我方近三年承担的四个同类县域工程管理平台的结项资料，逐条比对其风险类别、发生频次与实际损失，剔除四类不适用项，保留并本地化十九类风险来源，据此搭建本项目的风险分解结构。经两轮研讨与一次正式评审，风险管理计划于 6 月下旬获批，其主要内容为：所依据的方法论与模板；项目经理、风险责任人、风险监控员三类角色的职责边界；风险活动的经费与工期预算，规定应急储备由项目经理审批动用、管理储备由公司项目管理办公室掌握；活动的时间安排，即登记册双周更新、专项评审会月度召开、重大风险即时上报；三级共十九类的风险分解结构；概率与影响的取值标准；概率影响矩阵的红黄绿分区规则，综合分值大于 0.30 须制定应对措施并指定责任人，0.10 至 0.30 列入监视清单，小于 0.10 纳入观察；报告格式与沟通路径；以及跟踪与经验教训归档要求。

在项目前期，还需要识别单个项目风险与整体项目风险的来源并记录其特征，这一工作被称为识别风险。团队采用文件分析、访谈、头脑风暴与假设条件分析等方法：先由架构师审查需求文件、采购文件与终端清单，再由我带队走访三个乡镇的更新工地，实地清点在用终端的品牌、型号与固件版本，最后召开半天的识别会。本轮共识别风险三十一项，按风险分解结构归入技术、管理、商业、外部四大类。现场清点的结果最具冲击力：合同附件列明终端型号九种，实际在用型号达二十三种，其中五种已停产、厂商不再提供协议文档，原估算的接入工作量被严重低估。

三、中期阶段：量化排序与制定对策

在项目中期，需要通过评估单个风险发生的概率与影响对风险排序，这一工作被称为实施定性风险分析。我依据计划中的取值标准，组织责任人逐项打分，并先行开展风险数据质量评估，对证据不足的六项补充现场取证后再行打分。三项重点风险的结论是：终端适配工作量被低估（R1），概率高 0.7、影响很高 0.8，分值 0.56；法定验收时点刚性导致进度失控（R2），概率中 0.5、影响很高 0.8，分值 0.40；三级权限模型设计失误引发返工（R3），概率高 0.7、影响中 0.4，分值 0.28。优先级排序为 R1、R2、R3。全部三十一项中高风险七项、中风险十三项、低风险十一项。

在项目中期，还需要就已识别风险对项目整体目标的影响进行量化分析，这一工作被称为实施定量风险分析。我针对七项高风险开展预期货币价值分析与敏感性分析。R1 按二十三种终端逐型号估算适配与联调工时，最悲观情形追加成本 34 万元，乘概率 0.7 得 23.8 万元；R2 按合同逾期条款测算，最悲观情形违约金与赶工成本合计 46 万元，乘概率 0.5 得 23.0 万元；R3 按权限重构涉及的十一个模块估算返工成本 12 万元，乘概率 0.7 得 8.4 万元。七项高风险合计 55.2 万元，我据此申请设立 56 万元应急储备并纳入成本基准。龙卷风图显示 R1 与 R2 对总成本的影响区间明显宽于其余风险，是须优先处置的敏感因素，这一结论直接决定了资源投向。

在项目中期，需要针对已排序的风险制定可选方案与应对行动，这一工作被称为规划风险应对。对 R1 采取减轻策略：将二十三种终端按协议族归并为四组，每组开发一个适配器而非逐型号定制，增派两名嵌入式工程师驻场，并与建设单位协商对五种停产终端采取只读存量数据、不做新增功能适配的降级方案，该变更经变更控制委员会批准后同步修订了范围说明书与工作分解结构。对 R2 采取减轻加规避的组合策略：将验收强相关的十四项功能列为关键路径，用快速跟进使界面开发与接口联调并行，把三项非验收强相关的报表功能移入运维期实现。对 R3 采取减轻策略：先用两周做权限原型交三级用户各两名代表试用确认，通过后再进入正式开发。上述措施连同责任人、触发条件与二次风险，全部更新至登记册。

四、后期阶段：执行对策与守住闸门

在项目后期，需要执行商定的风险应对计划，这一工作被称为实施风险应对。2024 年上半年，适配器分组开发完成后，前三组终端一次接入成功，第四组即杂牌终端组出现反复掉线，适配一次通过率在四周内由 92% 跌至 71%。我随即组织嵌入式工程师、运维工程师与设备科人员绘制因果图，按终端进场的采购、入库、配置、联调、运行五个环节逐环倒查：采购环节存在同一型号跨年度招标、供货批次混杂；入库环节未登记固件版本，同型号并存三个版本；配置环节心跳包周期由各工程师自行设定，缺乏统一约定；联调环节完成即宣布通过、未做压力回归；运行环节部分工地供电不稳导致终端异常重启。经排序确认主因集中在入库与联调两环，即固件版本缺乏基线管理和压力回归缺失。据此我们建立终端固件基线台账、把同型号统一升级至同一版本，并在适配流程中强制增加 48 小时压力回归，两周后一次通过率回升至 96% 以上。

在项目后期，需要监督应对计划的执行、跟踪已识别风险、识别新风险并评价风险管理有效性，这一工作被称为监督风险。我建立了三条闸门。一是趋势闸门，选取终端适配一次通过率与接口调用失败率两项指标按周采集并绘制控制图，依据前八周数据计算中心线与上下控制限，出现单点超限或连续七点单向趋势即触发专项分析，前述杂牌终端问题正是由连续下行趋势提前预警发现。二是储备闸门，每月末统计应急储备消耗，全项目累计动用 41.6 万元，其中 R1 耗用 28.3 万元、R2 耗用 9.8 万元、R3 耗用 3.5 万元，剩余 14.4 万元结项释放。三是复盘闸门，月度评审会以风险审计方式检验措施有效性并即时登记新风险，中后期新识别九项，其中乡镇专线带宽不足影响视频回传一项被评为高风险，及时采取了本地缓存加错峰上传的措施。

五、结项成效与体会

项目于 2024 年 11 月通过验收，未发生逾期，成本控制在合同额与应急储备范围内。运行一年后，预警事件平均处置时长缩短 55%，跨部门数据共享接口调用量月均突破 120 万次，设备在线率由 83% 提升至 98.5%，三项指标均优于合同约定的验收标准。

回顾全程，最深的一点感受是：风险管理计划中的取值标准与分区规则，必须在启动阶段就取得干系人的书面共识。本项目前期花了整整两周做标杆对照、沉淀可比的量化口径，看似拖慢了开工，实则让后续每一次打分结论都无需再争论，这笔时间投入是划算的。其次，风险条目的准确度取决于事实核查的深度。R1 之所以能在识别阶段就被抓住，靠的不是经验推测，而是把三个乡镇的终端逐台清点了一遍；如果沿用合同附件上的九种型号做估算，问题会拖到联调期才暴露，那时再补工作量已无退路。再次，监督环节要靠可统计的数据而非会上的口头汇报，控制图这类工具的价值在于把 " 感觉不太对 " 转译成 " 连续七点下行 "，让介入时机有据可依。最后需要强调的是，本项目多数应对措施都跨越了知识领域边界：停产终端的降级处置本质上走的是范围变更流程，验收时点的守护依托进度管理的关键路径重排，供应商替换又牵动采购决策，若把风险管理孤立开来，方案再合理也无法落地。

不足之处在于，识别风险时对终端的清点只覆盖了三个乡镇便外推全县，导致 R1 的初始影响估算仍偏低。今后我会坚持全量核查或分层抽样，把不确定性尽量压缩在计划阶段。

表 1 风险管理计划主要内容（节选）

内容项	本项目的具体规定
方法论	定性为主、定量为辅，高风险必须做 EMV 与敏感性分析
角色职责	项目经理总负责，7 项高风险各指定 1 名风险责任人
经费预算	应急储备 56 万元，管理储备由公司 PMO 掌握
时间安排	登记册双周更新，风险评审会月度召开
风险类别	三级共 19 类，分技术、管理、商业、外部四大类
概率定义	很低 0.1／低 0.3／中 0.5／高 0.7／很高 0.9
影响定义	很低 0.05／低 0.1／中 0.2／高 0.4／很高 0.8
矩阵分区	>0.30 高风险，0.10~0.30 中风险，<0.10 低风险

表 2 重点风险登记册（摘录）

编号	风险描述	概率	影响	分值	等级	EMV	应对策略与措施	责任人
R1	终端型号达 23 种，适配工作量被低估	0.7	0.8	0.56	高	23.8 万	减轻：协议族归并为 4 组适配器，增派 2 名嵌入式工程师，停产终端降级处理	架构师
R2	法定验收时点刚性，进度压缩导致逾期	0.5	0.8	0.40	高	23.0 万	减轻＋规避：14 项功能列入关键路径快速跟进，3 项报表移入运维期	项目经理
R3	三级审批权限模型设计失误引发返工	0.7	0.4	0.28	中	8.4 万	减轻：先做原型交三级用户代表试用确认后再开发	需求组长
R4	乡镇专线带宽不足影响视频回传	0.5	0.4	0.20	中	3.2 万	减轻：本地缓存＋错峰上传	实施经理