210_黔南某省会城市老旧小区改造管理平台信息系统项目干系人管理

ONEPSOFT | 软考学习知识库

---

黔南地区某省会城市的老旧小区改造长期依赖线下登记与人工统计，改造申报、进度跟踪、居民意见等环节分散在各街道社区与市住建部门手中，存量老系统接口文档缺失、改造边界难以厘清，现场施工与在线业务需并行、不能中断日常办理，业务政策在建设期内发生调整、需求存在变动风险，改造底数不清、居民参与度低。为把老旧小区改造管理业务数字化，该市住建部门于 2023 年 6 月发起了老旧小区改造管理平台信息系统项目，经公开招标由我司承建，合同额 920.0 万元，建设周期 18 个月，我担任项目经理，对项目全过程管理负责。

项目建设目标是整合老旧小区改造全流程数据，实现改造申报在线化、进度跟踪透明化、居民意见数字化。建设内容包括改造申报、进度跟踪、居民意见、资金管理、统计分析与报表五个模块，并与各街道社区及市住建部门对接。技术方案上，系统按同城双中心多活容灾架构部署，服务间调用交由 Istio 服务网格统一治理并支持灰度发布，业务数据存放于 GaussDB，高频查询经分布式缓存提速，前端基于 Vue3 组件体系实现，后端以 Java 17 与 Spring Boot 构建，应用部署在市政务云环境，安全建设按等保三级标准同步实施。项目团队按矩阵型组织搭建，全队 18 人，其中需求分析 3 人、研发 8 人、测试 3 人、实施运维 3 人、数据治理 1 人，编制随模块规模动态调整，联调高峰期另调集厂商力量集中攻坚。项目于 2024 年 12 月通过终验，上线后并发承载能力由 800 提升至 5000 用户在线，运维人工巡检投入下降 60%。

干系人管理是识别干系人并制定策略、促进参与、监督其状态的过程，其作用在于让项目各方力量往一处使。这个项目涉及街道社区、施工单位、居民、老系统运维方等多方，诉求差异大、利益交织，干系人管理稍不到位，数据接不上、施工不配合、居民不买账，项目必然受阻。18 个月的实践让我体会到，干系人管理要按四个环节推进：盘点干系人，把人找全；画像定策，把策略定准；动员参与，把力量调动；监督校准，把状态盯住。下面按这四个环节，结合项目实践说明干系人管理的落地过程。

一、盘点干系人：把人找全、把关系理清

盘点干系人是干系人管理的第一步，回答 " 项目涉及哪些人 "。启动阶段，我依据项目章程与合同，从组织、执行、用户三个维度系统盘点干系人：组织层面有市住建部门领导与街道社区负责人，执行层面有施工单位、监理单位与老系统运维方，用户层面有改造小区的居民代表与平台操作员，逐条登记入册，形成干系人登记册。针对存量老系统接口文档缺失的问题，我把老系统运维方列入重点干系人，明确其提供接口资料与配合联调的责任，并提前建立沟通渠道，避免后期改造时临时找人。盘点不是一次就完，我们在项目推进中持续更新登记册：施工方更换了项目经理、新增了检测单位，都及时补录，干系人清单始终与项目实际保持一致。人找全了、关系理清了，后面的策略才有对象。

二、画像定策：把干系人看透、把策略定准

画像定策是干系人管理的第二步，回答 " 每个人怎么对待 "。我们对登记册里的干系人逐一做了画像分析，从权力、利益、态度三个维度评估其影响力与参与度，把干系人分成高权力高利益、高权力低利益、低权力高利益、低权力低利益四类。针对高权力高利益的市住建部门与街道社区，我们投入主要管理精力，里程碑节点专题汇报；针对高权力低利益的个别审批部门，保持定期沟通、按需汇报；针对低权力高利益的居民代表，通过意见征集与公告栏把政策讲透、把诉求收上来；针对低权力低利益的零星干系人，以体验和满意度兜底。针对居民对改造方案意见分歧大的问题，我们用因果图围绕 " 居民意见难统一 " 从沟通、利益、信息、流程四方面分析根因，定位到部分居民对改造范围与补偿规则不了解，据此制定了分层沟通策略：对核心矛盾户上门解释，对普通居民通过公告与微信群同步信息，意见分歧明显缩小。画像定策的核心是让有限的管理资源花在最关键的人身上。

三、动员参与：把各方力量调动起来、把支持立起来

动员参与是干系人管理的第三步，回答 " 怎么让大家动起来 "。针对现场施工与在线业务需并行的约束，我们把施工单位纳入联合管理：每周一次施工协调会，施工计划与在线业务保障同步安排，施工方清楚系统的底线，系统保障组清楚施工的节奏，18 个月里并行施工没有影响在线业务一天。针对居民参与度低的问题，我们组织分批培训与现场讲解，让居民代表先学会、再带动邻里，平台线上办理率由 51% 提升至 93%。针对老系统改造配合的问题，我们用标杆对照把本项目的干系人协同效果与行业标杆做了对标：参考同类改造平台的多方协同数据，把行业先进水平作为参照，据此优化了与施工、监理、老系统运维方的协同机制，配合度明显提升。以某施工单位的接口配合为例，其初期对接进度滞后，我们通过协调会当面确认责任与时限，并安排专人驻场协助，对接进度回到计划轨道，动员参与的关键是让各方看到配合的价值，而不是靠命令推动。

四、监督校准：把参与状态盯住、把偏差拉回来

监督校准是干系人管理的第四步，回答 " 参与状态好不好、要不要调 "。我们建立了月度干系人评估机制：每月统计各方的参与数据——街道社区的申报处理及时率、施工单位的进度上报率、居民的线上参与度，把数据带进月度例会复盘。针对政策调整导致的需求变动，我们用控制图对需求变更的处理时效持续监控：以连续数周数据建立基线，画出均值线与上下控制限，每周把实际处理时效标注到图上，时效连续高于控制限的周次，复盘定位是哪个环节卡壳、由谁负责改进，需求变更的处理始终保持在可控节奏内。针对参与度下滑的干系人，我们按季度用分层抽样回访：按干系人类型分层抽取样本，核对参与度与满意度，抽到的问题当场整改、限期销号。以一次回访为例，部分街道反映申报流程偏繁琐，我们据此简化了申报表单，处理时长明显缩短。监督校准让干系人管理从 " 一锤定音 " 变成 " 持续跟踪 "，偏差在萌芽阶段就被拉回。

项目最终按期通过终验，并发承载能力由 800 提升至 5000 用户在线，运维人工巡检投入下降 60%，数据自动核验比例由 42% 提升至 91%，各街道社区与市住建部门对系统的认可度明显提升。复盘整个项目，我的体会是：干系人管理的四个环节环环相扣——盘点把人人找全，画像把策略定准，动员把力量调动，校准把状态盯住，四个环节走完，干系人管理就真正落到了实处。四个环节不是先后一次性的，而是循环推进：盘点中发现的遗漏要补录，画像后的策略要随态度变化调整，动员的效果要靠校准检验，校准的反馈又回到画像，干系人管理因此是动态的、持续的。因果图让居民意见有了根因，控制图让需求变更时效可控，标杆对照让协同机制有了参照。18 个月里印象最深的是老系统运维方的提前绑定：启动时就把接口资料的责任明确给运维方，联调阶段几乎没有因为接口问题扯皮，干系人管理的功夫要下在前期，这是本项目最深的体会。这套按四环节推进的干系人管理做法，后来被整理成公司在城市更新类项目的干系人管理参考，供后续同类项目复用，也让后来的改造管理类项目少走了不少弯路，干系人管理的价值由此得以延续。