研发流程优化

去年我帮一家做企业级 SaaS 的研发团队做迭代复盘，发现一个很反常识的现象：他们迭代延期最严重的三个需求，延期原因写的都是"后置任务等待前置任务完成"，但真正…

去年 11 月，我帮一家做 SaaS 的研发团队做交付复盘。他们有 4 个前端、6 个后端、2 个测试,版本迭代周期定的是两周。但那个季度 6 个迭代里,有 5 个延期,平均延期 …

很多研发团队以为进度跟踪的核心是"工具能不能画燃尽图"，但我见过的最惨烈的项目延期，恰恰发生在一个把燃尽图画得最漂亮、每日站会开得最勤的团队里。问题出在哪？出在…

2023 年我做研发流程诊断时，问过 14 个团队同一个问题：你们上一次在周会上准确预测"这个版本会延期"，是在延期发生前多少天？答案的中位数是 2 天，最差的…

去年我接手过一个 127 人的研发组织的效能诊断，他们最大的痛点不是需求做不完，而是"永远在最后两周才知道做不完"。项目立项时排期排得漂漂亮亮，中间每周汇报都是…

去年第三季度，我帮一家做工业 SaaS 的研发团队做流程复盘。他们的 CTO 给我看了一组数据：每周五下午固定有两小时"验收会"，平均每个任务在"待验…

去年我们团队发生过一件事：一个后端接口任务原定周四上线，负责的工程师因为等前端联调，一直没动。周五上午群里有人问"这个任务怎么样了"，他说"在等前端&…

很多研发团队都遇到过这样一种情况：周一早上打开工作软件，未读消息已经积累了三百多条，其中真正需要自己处理的可能不到十条。剩下的有构建失败的重复告警、别人 PR 的评审通知、群里被 …

去年第三季度，我接手了一个延期率高达 41% 的研发团队。复盘时我发现一件很讽刺的事：这个团队的任务提醒覆盖率是 100%，每天早上站会口头提醒、每天下午群里 @ 一遍、每周一邮件…

2023 年下半年我接手一个 40 人的研发团队，做的第一件事不是排期，而是数了一下团队每天收到多少条与任务相关的消息：人均每天 37 条，其中真正需要他本人立刻行动的不到 6 条…