项目管理

一个 80 人的研发团队，需求交付周期长期卡在 21 天左右，复盘时几乎所有矛头都指向"人手不够"。但把 47 个在途需求拆开看，真正被工程师动手的时间平均只有…

我第一次认真审视"任务分派"这件事，是因为一次事故复盘。一个跨三端的登录改造，成本评估三周，实际做了七周。复盘时我们把七周逐条拆开，发现真正的编码延误只占 30…

我带过一个 62 人的研发团队，每周一上午 9:30 的任务分派会，平均要开 97 分钟，最长的一次开到 11:40。会后我做过一次统计：真正在"决定谁做什么"…

我第一次认真复盘“任务指派”这件事，是在一个 60 人的研发中心做流程诊断。当时每周一的例会都在吵同一件事：版本延期到底该怪谁。产品经理说需求早就提了，开发说没收到明确指派，测试说…

去年冬天我参与复盘过一次 P1 故障。从告警触发到服务恢复只用了 11 分钟，但从"有人定位到问题在网关层"到"真正有人开始修"，中间白白流…

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

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

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

很多产品经理第一次听到“认领管理”这个词，会以为它只是任务系统里一个“允许成员自领任务”的开关。但我在过去几年帮十余家中大型团队做研发流程诊断时发现，认领管理真正解决的不是“谁来点…

2019 年我刚接手一条 40 人的产品线时，在一次迭代规划会上，手动在项目管理工具里把 87 条需求逐条拖给 14 个负责人，整整花了 2 小时 47 分钟。散会后核对，发现有 …