项目管理

去年第四季度，我帮一家做 SaaS 的公司复盘一个延期了 47 天的版本。团队 32 人，三个迭代连轴转，日报里每个人都说"在推进"，Jira 看板上也没有明显…

我见过最离谱的一次依赖管理，是某团队看板上一张卡片挂了 47 天，状态始终是「进行中」，周会上还被反复表扬为「一直在推进」。散会后我去翻它的关联记录，发现它前 38 天都在等一个上…

2024 年 3 月，我接手一个 40 人研发团队的效能诊断。打开他们的迭代看板，一个反差数据很扎眼：单个任务的完成率长期在 85% 以上，但整个迭代的准时交付率只有 52%。团队…

2024 年下半年，我帮一个 40 人规模的研发团队做迭代复盘。翻他们的燃尽图时发现一个很奇怪的现象：迭代前 8 天的完成曲线几乎贴着理想线走，第 9 天开始突然塌方，最后 3 天…

去年十月，我带着一个 40 人的研发团队复盘一个延期 21 天上线的版本。事后我把整个迭代的 137 个任务和 89 条依赖关系全部导出，一条条对照，发现了一个让我有点难堪的事实：…

我第一次认真对待“任务依赖”这件事，是因为一个 40 人左右的研发团队连续两个迭代都在同一个地方翻车：后端接口没按约定时间给出联调环境，前端和测试两条线一起空转，迭代最后三天开始通…

2023 年第四季度，我带的一个 62 人研发团队做了一次彻底复盘：把过去 6 个迭代里的 387 个研发任务全部拉出来，逐个标注“是否曾经被前置任务卡住”。结果是 41.3% 的…

去年秋天，我以外部顾问的身份介入过一个 130 人规模的研发组织，他们的迭代延期率连续三个季度超过 40%。管理层最初的判断是"人不够"，准备再招 20 个工程…

去年下半年，我帮一家 120 人的 SaaS 公司做季度研发复盘。他们那三个月里有 37 个任务被标记过「阻塞」，我把每一条阻塞记录的根因重新梳理了一遍，发现其中 29 个都指向同…

去年夏天，我在一家 130 人规模的研发组织里做依赖治理复盘，翻出来的数据有点反常识：整个季度真正因为"代码写错了、方案想错了"造成的返工工时只有 40 多小时…