研发风险控制

研发看板上有任务、有负责人，也有“进行中”和“已完成”，项目仍可能在上线前突然发现接口未联调、关键测试环境不可用，或者一个重要决策始终没人拍板。问题通常不在于看板上少了一列，而在于…

研发看板上最危险的信号，往往不是“红色风险”太少，而是所有卡片都在移动，关键依赖却没人负责；待办不断增加，团队仍把“进行中”当作进展。做好 Kanban，不是把任务贴上墙，而是让工…

研发甘特图最危险的时刻，往往不是某个任务延期，而是日期被改了很多次，团队却已经说不清最初承诺了什么。没有保留计划基线，延期就失去参照；没有记录当前预测，管理者会把旧日期误当成最新承…

去年年底，我帮一家做工业物联网的研发团队做了一次进度复盘。他们 42 人的研发中心，年初立了 17 个版本目标，到 12 月 31 日真正按原计划交付的只有 6 个，交付率 35%…

2023年我接手过一个典型的研发进度失控项目：一个12人的后端团队，原计划14周交付的订单中台重构，在第8周进度评审时实际完成度只有41%。团队每天加班，周报上写满了"进…

2023年我接手过一个已经"验收通过"的项目，三个月后它炸了。原因很讽刺：验收报告上签字的七个人里，有五个从没看过需求文档原文，他们签的依据是项目经理发在群里的…

过去三年我参与过四个研发团队的流程治理项目，从三十人的创业团队到七百人的上市公司研发中心都待过。一个反复出现的现象是：几乎每个团队都配了任务提醒，但几乎每个团队都在被超期任务拖后腿…

去年双十一前夜，我接到一个做跨境电商 SaaS 的朋友电话：他们的支付网关 SSL 证书在当天凌晨 2 点过期，导致整个支付链路中断 47 分钟。事后复盘发现，这张证书的到期信息早…

去年底我在一家做金融风控系统的公司做交付复盘时，碰到了一次典型的双重依赖失控：前端团队因为 npm 包版本冲突卡了三天，同时他们的接口联调又依赖后端一个尚未排期的需求。两个问题看起…

去年我帮一家做工业 SaaS 的研发团队做过程度诊断，他们 87 人的研发中心，季度初排了 42 个需求，季度末复盘时发现有 11 个需求的真实状态和项目管理平台上显示的对不上，平…