研发团队协同

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

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

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

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

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

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

去年第三季度，我参与了一家 260 人智能硬件公司的研发效能诊断。他们 9 月中旬进入开发的一个固件任务，项目经理在评审会上报的工期是 6 人天，结果到 10 月底还没合入主干。我…

先说一个反常识的结论：研发团队的任务类型管理失败，原因几乎从来不是"类型太少"，而是"类型太多、且没人负责"。2023 年到现在，我先后参与…

去年我参与过一次发布延期复盘，对象是一个 380 人左右的研发组织。我们随机抽了 200 个已延期任务做样本，结果让在场所有人都沉默：其中 62% 的任务，"开始时间&q…

去年我帮一个 120 人的研发团队做流程诊断，翻他们任务系统的时候发现一个很扎眼的数字：过去 90 天里，被创建的任务有 4.7 万条，但真正走完「关闭」状态、有明确验收记录的只有…