完成定义

不少敏捷项目看起来已经有了 Story、迭代和每日站会，交付却仍然靠项目经理逐项催办：需求进了迭代，中途不断插单；开发说“完成”了，测试才发现验收口径没有谈清；迭代结束，团队忙着补…

不少团队把迭代制度设计成一张日历：两周一个迭代、周一计划、每天站会、周五评审。制度上线后，会议按时举行，任务也都进了看板，可版本仍然延期，需求反复插入，团队忙了两周却说不清交付了什…

Scrum 最常见的失败，不是团队没开每日站会，而是两周一个迭代，做了三个月，仍然没人能说清楚哪些功能真正交付、为什么延期、下个迭代该怎么改。敏捷项目 Scrum 全流程的关键，不…

Scrum项目最容易失控的时刻，往往不是团队没有站会，而是大家都按时参加了站会，却直到冲刺最后两天才发现：关键接口没人确认、测试环境不可用、需求验收口径不一致。Scrum不是一套把…

一个 Sprint 结束时，团队完成了 18 个故事点，燃尽图也按时归零，但上线后发现关键验收条件没覆盖，两个需求还因为依赖未到位而返工。问题通常不在于团队不够努力，而在于制度只规…

Scrum做不起来，常见原因不是团队不会开站会，而是产品经理把“需求输入、优先级、验收、发布”都握在自己手里，却没有为这些决定设定透明规则。结果是待办列表越来越长，迭代承诺越来越虚…

迭代延期，常常不是因为团队“写代码太慢”，而是因为一个看似正常的两周迭代里，需求在开发中途持续变化、测试被挤到最后两天、上线条件直到评审前才有人确认。产品经理优化敏捷流程，真正要解…

产品经理最容易低估的，不是“已完成”这三个字，而是它背后的判断成本：需求已经开发完，测试也点了通过，为什么迭代复盘时仍有一批事项说不清是否真正交付？我做看板梳理时反复看到同一种情况…

团队里最容易引发争议的三个字，常常是“已经完成”：执行者说任务做完了，管理者却发现成果还没验收、依赖方没接收，或者问题过几天又重新出现。看板从0到1，不应从挑软件或画三列开始，而应…

研发看板最容易被误用的状态，往往不是“进行中”，而是“已完成”：开发者把卡片拖到完成列，测试还没通过；测试通过了，发布说明和遗留风险却无人接手。我的判断是，研发团队要用看板提效，第…