项目管理

迭代复盘最常见的失败，不是团队没有开会，而是会议结束后，大家都觉得“问题说清楚了”，两周后却在同一个地方再次延期。设计迭代复盘管理制度时，我更关注一个容易被忽略的指标：问题从被发现…

迭代任务流程与规范：产品经理迭代管理制度设计关键指标 迭代计划按时完成率达到 90%，并不一定意味着团队交付稳定：如果需求在迭代中途频繁变更、测试时间被压缩、上线后缺陷反复出现，这…

迭代管理迭代全流程：产品经理制度设计与一文讲清 一个迭代按时上线，不代表迭代管理有效：需求可能被临时塞入，测试可能压到最后两天，发布后也没人确认目标是否达成。真正值得产品经理设计的…

不少迭代延期，表面看是开发估时不准，实际却是 Sprint 开始前没有把“承诺什么、谁来决定变化、怎样判断完成”写成共同遵守的规则。我的判断是：Sprint 管理效率不是靠更密集地…

迭代目标写成“完成登录改版、增加报表、修复若干问题”，看起来具体，到了迭代结束却很难回答：这些工作究竟改善了什么？我在梳理产品团队迭代复盘时反复看到，目标失效往往不是团队不努力，而…

迭代目标落地方案：产品经理开展迭代管理的流程优化案例解析 很多团队的迭代失败，并不是因为研发能力不足，而是因为迭代目标在进入排期后被拆成了一堆“看起来很忙”的任务：需求完成了，代码…

迭代复盘最常见的失败，不是团队没有开会，而是开完会后同一种延期、返工和临时插单又出现了。产品经理往往把复盘做成“回顾一下本次迭代”，却没有把事实、原因、决策和后续验证串成闭环。我的…

迭代计划最常见的失败，不是团队不会排任务，而是计划在承诺时看起来完整，执行到一半却发现关键依赖没人确认、验收口径没有对齐、临时需求不断挤进来。我的判断是，迭代管理制度的核心不该是“…

迭代计划看起来排满了，到了中途却不断插入线上问题、需求变更和跨团队等待，最后承诺的功能只完成一半。容量管理失灵，往往不是团队“估得不准”，而是把可用工时误当成可交付容量。要让迭代管…

迭代进度管理最容易被误解成“把任务放进看板，再每天更新百分比”。我在多个产品研发团队做迭代复盘时发现，真正拖慢交付的通常不是开发速度，而是需求没有被切成可验证的交付单元、风险没有提…