2、紧急评估与复盘：快速定位问题根因、梳理剩余工作量、识别关键路径
项目进度失控了，怎么办？
别慌。我见过太多团队，一发现延期就全员加班，结果越加越乱。其实，这时候最需要的是——停下来，做一次紧急评估。
说白了，就是先搞清楚三件事：问题出在哪？还剩多少活？哪些事必须先干？
2.1 快速定位问题根因：别被表象骗了
进度失控，表面上看是「代码写不完」。但根因往往藏在别处。我个人习惯，先问三个问题：
- 是需求变了，还是方案错了？
- 是技术卡壳，还是沟通断链？
- 是能力不够，还是资源不足？
举个例子。我在一个智能家居项目中遇到过，明明说好两周搞定蓝牙配网，结果拖了一个月。大家一开始都以为是工程师水平不行。后来我一查，发现是硬件团队换了蓝牙芯片，但没通知软件组。驱动接口全变了，代码得重写。
你看，根因根本不是「写代码慢」，而是信息同步出了问题。
根因定位三板斧：
- 第一斧：看变更记录——最近一周改了啥？谁改的？为什么改？
- 第二斧：找关键人聊——别只看日报，直接问「你卡在哪一步了」。
- 第三斧：复现问题——如果是技术问题，让当事人当面跑一遍流程。
避坑指南：我曾经遇到一个团队，花了三天分析「为什么编译不过」，最后发现是有人把工具链版本升了。所以，先检查环境，再怀疑代码。
2.2 梳理剩余工作量：把「一团乱麻」理成「清单」
根因找到了，接下来要搞清楚：到底还剩多少活？
我见过最蠢的做法，就是项目经理拍脑袋说「大概还有两周」。你想想看，这种估算能信吗？
我的做法是——把剩余工作拆成三级：
| 级别 | 定义 | 示例 |
|---|---|---|
| P0（必做） | 不做就完不成核心功能 | Bootloader启动、主控通信协议 |
| P1（重要） | 影响体验，但可临时绕过 | OTA升级进度条、日志输出优化 |
| P2（可选） | 锦上添花，砍掉不影响交付 | 炫酷的LED灯效、远程调试界面 |
具体怎么梳理？我建议用「WBS（工作分解结构）」，但别搞太复杂。拿张白纸，或者开个在线文档，把每个模块剩下的任务一条条列出来。每条任务后面，标注：
- 预估工时（小时/天）
- 负责人
- 依赖关系（比如「等硬件改板」）
一个真实的例子：我之前做的一个车载项目，剩余工作量梳理前，大家觉得还要3个月。梳理完后发现，P0任务其实只有2周。剩下2.5个月全是P2的「优化需求」。直接砍掉，项目提前交付。
2.3 识别关键路径：找到那条「不能断的链子」
工作量理清了，接下来就是找关键路径。什么是关键路径？说白了，就是整个项目里，耗时最长、且不能并行的那条任务链。
你想想看，如果这条链上的任何一个任务延期，整个项目就延期。所以，盯死它。
识别关键路径，我一般分三步走：
- 画依赖图——把任务之间的前后关系画出来。比如「驱动写完 → 应用层才能调」。
- 算最长路径——从起点到终点，把所有路径的工时加起来，最长的那个就是关键路径。
- 找瓶颈节点——关键路径上，哪个任务最容易出问题？比如「等待硬件样机」这种外部依赖。
注意：关键路径不是一成不变的。你赶工把A任务压缩了，可能B任务就变成了新的关键路径。所以，每周至少重新审视一次。
我记得有个项目，关键路径是「硬件改板 → 驱动适配 → 协议联调」。硬件改板要2周，驱动适配要1周，联调要1周。总共4周。但硬件那边说「改板可以压缩到1周，但风险很高」。我当时就决定：不改硬件，而是让驱动团队提前做模拟测试。这样，硬件改板的同时，驱动已经验证了80%。最后联调只用了3天，整个关键路径缩短了1周。
2.4 复盘：别让同样的坑摔两次
紧急评估做完，别忘了做一次快速复盘。注意，不是「追责会」，而是「找原因会」。
我习惯用「5个为什么」的方法。比如：
- 为什么延期？——因为驱动没按时写完。
- 为什么驱动没写完？——因为接口文档晚给了3天。
- 为什么接口文档晚给？——因为硬件方案临时改了。
- 为什么硬件方案改？——因为原芯片缺货。
- 为什么没提前发现缺货？——因为采购没同步信息。
你看，问到第5层，根因就出来了：信息同步机制有问题。下次项目，就得在流程上补这一环。
我的个人习惯：复盘结果一定要写进项目文档里。别光靠脑子记。我曾经在一个团队，同样的「Flash分区规划错误」连续犯了三次，就是因为每次复盘完就扔一边了。
2.5 紧急评估的输出物
最后，紧急评估不能只停留在脑子里。你得有产出物。我一般要求团队输出三样东西：
| 产出物 | 内容 | 格式 |
|---|---|---|
| 根因分析报告 | 问题现象、根因、责任人、改进措施 | 一页纸，不超过5条 |
| 剩余工作量清单 | P0/P1/P2任务、预估工时、负责人 | Excel或在线表格 |
| 关键路径图 | 任务依赖关系、关键路径标注、风险点 | 手绘图或Project文件 |
嗯，这三样东西一出来，项目到底能不能救、怎么救，就一目了然了。别急着动手干活，先花半天时间把评估做扎实。相信我，这半天省下来的，可能是后面几周的加班时间。