项目管理

我带过一个 6 人的中台改版小组，六周里要求每人每天在群里发一条进度，我自认为这是最透明的管理方式。结果到了第四周复盘时，我让每个人匿名写下"当前最大的风险是什么&quo…

去年第三季度，我参与了一家 130 人 SaaS 公司的季度交付复盘。会议室里摆着一张很漂亮的进度看板：四条产品线，完成率分别是 94%、91%、88%、96%。但同一季度的实际结…

我做过 7 年 B 端产品经理，带过 3 条从 0 到 1 的产品线，也在一个 300 人规模的组织里负责过跨 5 个团队的季度交付。印象最深的一次不是延期本身，而是延期 23 天…

去年我复盘一个延期了 47 天的 B 端产品版本，团队六十多人，迭代看板更新得很勤快，燃尽图每天有人维护，站会一次不落。但真正翻开最初那份计划文档，我只看了两分钟就找到了病根：整个…

2023年11月，我接手了一个已经延期六周的B端中台项目。复盘的时候我做了一件有点自虐的事：把过去三年我深度参与过的17个项目全部拉出来，统计它们的延期原因。结果是，真正因为&qu…

我见过最典型的一次阶段进度失真，是某个企业级版本在周会上连续三周汇报“开发阶段 82%，85%，88%”，曲线平滑得像被规划好的直线，结果实际交付晚了 41 天。复盘时我把任务清单…

我做进度管理踩过最大的坑，是在一个 60 人的研发组织里，花了三个月把燃尽图做得非常漂亮，每天自动更新、颜色分明、每周例会都投屏，结果项目还是延期了六周。复盘时我发现，团队不是没有…

上周帮一位做 SaaS 的产品经理复盘他们的版本延期，翻开项目进度表，上面清清楚楚写着"开发中 80%"。但真实状态是：后端接口没联调，前端在等接口文档，测试环…

2023 年第三季度，我接手了一条已经连续延期两次的 B 端产品线。周报上写着"迭代完成率 82%"，但真正能交付给客户验收的功能，5 个里只有 3 个。更让我…

去年 11 月，我参加了一次 40 人研发中心的大版本复盘。会议室投出来的阶段进度表堪称模板：5 个阶段、11 个里程碑、每个里程碑都有负责人与起止日期，连颜色图例都做了四档。但真…