任务粒度

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

2023年我接手复盘一个32人研发团队的交付数据时，发现一个反常识的事实：过去三个迭代里，真正因为技术难度延期的人不到20%，而41个任务在"已认领"状态下停留…

去年我带的 40 人产品研发团队，在双周迭代第一天一次性派出了 47 个任务。到第七天复盘时，11 个任务无人认领，6 个任务被两个人各做了一遍，还有 4 个任务的执行者在群里追问…

2021 年我带着一个 40 人的研发团队，某个周五下午五点半，负责人在群里连发了 7 条消息，每条都以"这个你跟进一下"结尾。周一早上我问进度，收到的回复是三…

我复盘过 6 个产品研发团队的任务委派记录，发现一个很别扭的现象：当产品经理把一条任务"发出去"的平均耗时从 3 分钟压到 40 秒之后，任务的返工率反而从 1…

2021年秋天，我带着一个12人的产研小组赶一个版本上线。上线前一天晚上十点，我在看板上发现有三个需求还挂在"开发中"，可当我在群里问"这三个谁在做&…

去年冬天，我陪一家做工业设备 SaaS 的公司复盘一个延期了 23 天的版本。奇怪的是，代码提交曲线、构建成功率、测试覆盖率都正常，唯一失控的是任务本身：327 个任务里有 61 …

我第一次被"认领"这两个字坑到，是在一个 12 人的产品研发小组里。当时我们刚把某项目管理工具里的需求全部改成"待认领"状态，想着让工程师自…

三年前我接手一家 1400 人规模集团的 PMO 负责人岗位，最自信的能力就是"派活"。每周一上午，我把四十多个任务在周会上分下去，谁做什么、什么时候交、交给谁…

我把过去五年经手的 14 个项目集、大约 3600 个任务拉出来做了一次复盘，最有价值的一条发现不是"谁能力不行"，也不是"排期工具不好用"…