项目管理

过去三年我参与过十几个研发项目的规划评审，最常见的一幕是：主计划排得漂漂亮亮，季度里程碑清晰，但一到执行层就变成"各做各的"。前端等后端接口，后端等产品确认，测…

三年前我接手一个 42 人的研发中台团队，第一个季度复盘会上发生了一件很荒谬的事：我们有三份排期表、两个看板、一份写得挺漂亮的季度 OKR，但没有任何一份文档说清楚这个季度的&qu…

去年 Q3，我带的一个 12 人研发小组做企业级权限中台重构，排期评审开了三次，甘特图改到第四版，结果上线前 11 天，业务方突然要把"组织架构多层级继承"从二…

2023 年我参与过一次研发发布节奏的梳理，第一步不是开会，而是把过去 18 个月的版本复盘记录全部翻出来。37 个版本、29 次延期、41 条根因描述，把它们逐条归类之后，我得到…

去年秋天，我带的一个中台版本原定 9 月 12 日发布，实际拖到 9 月 15 日才上线。复盘会开了两个小时，团队在“到底是范围变了、估算错了，还是依赖方拖了”这个问题上争论了四十…

很多研发团队的项目计划，本质上只有一张甘特图：谁在什么时间做什么。但真正让版本失控的，往往不是任务本身，而是那些没被写成计划的约束，第三方接口什么时候能联调、测试环境什么时候空出来…

我接手过一个 28 人的研发团队，接手第一周做的最重要的一件事，不是开动员会，而是把过去两个季度的项目计划表全部翻出来，逐条比对"计划完成时间"和"实…

我见过一个 180 人规模的研发组织，用三个月时间做出了一份 47 页的主计划：9 条产品线、2300 多个任务节点、精确到半天的排期。结果是，第二次需求变更之后，这份计划再也没人…

我做过一个不太体面的统计：在过去几年我深度参与复盘的 23 个产品项目里，有 14 个在启动两周后就再也没有更新过完整的项目计划，占比约 61%。这些项目并不是没有计划，恰恰相反，…

项目计划落不了地，十次里有九次不是因为甘特图画得不够漂亮。我接手过一个已经被两次判定"延期收尾"的B端后台重构项目，第一次延期，团队归因是"需求太多&…