项目复盘

延期分析最容易犯的错，是把“延期了几天”当成结论。一个版本晚了两周，可能是需求频繁变更，也可能是关键依赖迟迟未到；同样是两周，前者需要收紧变更机制，后者需要重排依赖和决策时限。产品…

迭代复盘最容易出现的假象，是会议开得很完整，下一轮却仍在同一个地方延期：团队讲了目标、回顾了过程、列出改进项，最后没有人负责，也没有验证时间。复盘的价值不在于把过去讲得更详细，而在…

迭代复盘最常见的失败，不是团队没有开会，而是会议结束后，大家都觉得“问题说清楚了”，下一次迭代却再次被同一类问题拖慢。做迭代管理时，我更看重复盘能不能把一个具体的交付偏差，转成有人…

迭代复盘管理指南：项目经理如何做好迭代管理，协同管理全流程 迭代结束时，团队按期交付了计划内的功能，复盘会上却发现：测试最后两天集中涌入，两个依赖团队互相等待，需求变更没有留下记录…

敏捷项目最常见的失败，不是团队没有站会，也不是迭代周期不够短，而是团队每两周都能“按时交付”，却没人能说清这两周交付的东西是否解决了用户问题。项目负责人要做好敏捷管理，关键不是把瀑…

去年 11 月，我接手了一个已经延期 6 周的 B 端项目复盘。翻遍项目群和文档，我发现一件很荒谬的事：23 个关键任务里，有 17 个的进度日志在过去三周内只更新过两个字，“进行…

我在一次项目复盘会上做过一个统计：把过去三年我参与或主导的 14 个研发项目拉出来，逐条对比“任务实际开始偏离计划的时间”和“这个偏差第一次被写进周报或会议纪要的时间”，两者的中位…

2024 年 3 月，我接手过一个让我印象很深的复盘会。项目是一个智能硬件的中控系统升级，涉及硬件、固件、云端、App、测试五个部门，原计划 90 天上线。项目的甘特图做得很漂亮，…

去年我接手过一个跨部门项目，研发、产品、市场、供应链四个团队同时参与，启动会上所有人对进度都很有信心。两个月后项目延期了整整三周，复盘时我发现一个反常识的事实：没有一个人觉得自己负…

去年第三季度，我帮一家做智能硬件的公司做了一次跨部门进度管理诊断。这家公司大约六百人，研发、供应链、市场、销售四条线并行推进一个旗舰产品的量产上市。CEO 在启动会上定了一个看起来…