项目管理

去年第三季度，我接手了一个已经延期六周的研发项目复盘。表面看是某个核心模块交付晚了，但把五个迭代周期的任务数据拉出来对齐后，真正的问题浮出水面：项目里 68% 的延期任务，根源不是…

去年第三季度，我参与复盘了一个典型的研发延期事故：一个看似普通的后端接口因联调问题延期了3天，结果导致前端联调、测试用例执行、运维部署准备三条并行工作流全部停滞，最终整个版本推迟了…

去年三季度，我以外部顾问的身份，参与了一家约 260 人规模的 SaaS 公司研发中台的流程诊断。这家公司有 6 个研发小组、2 个测试组、1 个平台架构组，采用双周迭代。诊断开始…

去年第四季度，我参与复盘了一个拖了整整六周的研发项目。项目本身技术难度不算高，真正的问题出在一个被所有人低估的环节：依赖。A组的登录模块等B组的权限接口，B组的接口等C组的数据字典…

去年第三季度，我接手了一个已经延期两周的中台重构项目。打开任务看板，所有卡片看起来都很正常：状态、负责人、故事点、截止日期，该有的字段一个不缺。但当我按照任务ID把依赖关系手工串了…

去年秋天我帮一家做 SaaS 的研发团队做流程复盘，二十多人的规模，后端、前端、测试、运维四个职能齐全。复盘会上我问了一个问题：上个季度你们有多少次加班是因为"等&quo…

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

去年 Q3，我带着一个 22 人的研发团队交付一套供应链中台，排期评审时所有人都签了字，甘特图漂亮得像教科书。结果上线前 9 天，支付网关的联调接口还没冻结，前端三个页面的开发任务…

去年十一月初，我帮一个做 SaaS 的研发团队复盘他们连续三个 Sprint 延期的原因。团队 14 个人，后端 6、前端 4、测试 3、产品 1，规模不算大，但每个 Sprint…

去年第四季度，我带着一个 40 人的研发团队做一个企业级 SaaS 产品的重构项目。迭代计划会上，所有人对排期都没有异议，故事点估算也算得清清楚楚。结果第三个 Sprint 结束时…