研发团队协同

我见过最贵的一次阶段进度事故，发生在一个 137 人的研发组织里：市场部按承诺日期把发布会物料都印好了，而上线前 11 天，三个后端小组才第一次发现，他们对同一个接口的字段定义完全…

先给结论：进度管理的瓶颈不在排期精度，而在反馈闭环的频率 我带过一个 140 人的研发组织，2023 年做过一次很失败的尝试：把甘特图精确到半天颗粒度，每个任务都标了开始时间和结束…

去年我参与复盘一个延期 11 天的版本，根因不在开发，而在验收环节：需求方在群里回了一句"看着没问题"，两周后上线，业务方说"这不是我要的"…

去年冬天，我帮一家做工业 SaaS 的公司做研发流程诊断。他们的技术负责人老周给我看了一张截图：一个 40 人的研发团队，光企业 IM 里的项目群就有 27 个，每天平均产生 38…

去年十月，我带的一个 12 人后端小组在两周内走了两个人，其中一位是支付链路的主开发。他离职当天，任务看板上还有 11 个处于"进行中"状态的任务，交接文档只有…

2023年Q3，我给一个41人的研发团队做效能诊断，拉了当月全部任务数据：1,842个任务里，有417个（22.6%）在分派后超过5个工作日没有任何状态变更，而这417个里有78%…

上周三下午，我在一家做工业软件的研发团队做流程复盘，翻到一条让人哭笑不得的任务记录：一个接口联调任务在 72 小时内被转交四次，状态栏最后一次更新停在“已转交，待确认”，而原负责人…

我第一次意识到“任务分派”是个真问题，是在一个 47 人的研发团队里。那个季度我们做一个中台重构项目，上线后复盘发现有 23% 的任务从创建到关闭，中间没有出现过任何一次有效的状态…

去年我帮一家做工业 SaaS 的研发团队做流程复盘时，发现一个很反常识的数字：在他们 3 个月、1200 条需求工作项的样本里，真正造成延期的主因不是"开发做得慢&quo…

去年我带着一个38人的研发团队做季度复盘，拉出当季被判定为“返工”的127个任务单，逐条归因之后发现一个很刺眼的结果：其中67%的返工跟技术难度无关，而是派发时没有说清楚“做成什么…