项目负责人的三件事

适用场景

接手一个复杂项目（跨部门、跨供应商、多环节），发现自己每天都在手工排查具体问题，感觉在救火但推不动整体。这时候需要停下来，重新校准自己该做什么。

核心原则

项目负责人最不该做的是自己陷进每一条问题里去手工排查。 真正该做的是让问题被正确的人处理，让处理有响应，让处理结果变成不会再出的机制。三件事，每天检查是否都在做。

步骤

第一件事：拆分派问题（不要自己扛）

看到问题清单（打分反馈、扣分项、Bug 列表），第一时间归类
归类维度：谁的责任（业务系统 / 平台 / 厂家 / 内部流程）、什么类型（配置 / 数据 / 逻辑 / 沟通）
每个问题对应到一个具体的负责人，写清楚"你需要在 X 天内回一个 Y 结论"
建一个跟踪表：问题 - 责任人 - 期限 - 状态 - 备注

第二件事：催响应（不能等）

期限到点自己主动去问，不指望对方主动汇报
无响应的问题，第一次追问、第二次警告、第三次升级到领导层
升级不是抱怨，是提供两个具体动作：领导要打的电话 + 领导要开的会
一个电话胜过十条消息——判断什么时候切换介质，是催响应的核心技能

第三件事：把整改沉淀成机制（不结束于修好）

每次问题解决完，问一句："下次怎么防止它重复？"
答案有三种：改流程、改工具、改沟通规则
把答案写进 SOP 或系统配置，不是记在自己脑子里
定期检查 SOP 是否被真正执行——机制不落实还是靠人扛

流程图

flowchart TD A[问题清单出来] --> B[按维度归类] B --> C[对应到责任人] C --> D[写进跟踪表] D --> E{到期响应?} E -->|是| F[验证结果] E -->|否| G[追问 -> 警告 -> 升级] G --> H[提供领导可执行动作] H --> E F --> I{是重复问题?} I -->|是| J[改流程/工具/规则] I -->|否| K[结案] J --> L[写进 SOP] L --> M[定期检查 SOP 执行] K --> M

注意事项

避免：自己去改一个业务系统的配置——即使你能改，也别改，让责任人改
避免：升级前不给领导具体动作——只说"这个人不配合"是无效升级
避免：修好了就结案——没沉淀机制，同类问题会一直重复出现
特别要：跟踪表不要只自己看，定期同步给领导层，让他们知道项目在推

成功标准

每天花在具体问题上的时间不超过 30%
跟踪表里的问题按预定期限被解决
每季度回顾时，能列出至少 3 条"新加入 SOP 的机制"
项目移交时，接手人不用重新踩坑

迭代记录

版本	日期	改动原因
v1	2026-08-08	初始版本，来自省级数据质量平台整改推进的复盘

来源记录

2026-08-08：提炼自2026-08-04_全省数据质量排名压过来之后我们医院是怎么从40分做到95分的