飞飞

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

敏捷项目Scrum全流程：实施团队流程优化与一文讲清 Scrum推行失败，常常不是因为团队没有开每日站会，而是因为一个迭代结束时，大家仍说不清交付了什么、为什么延期、下一个迭代要改…

Scrum 落地失败，常见的不是团队不会开每日站会，而是所有人都按时参会，到了迭代末尾却没有一个可验收的增量。要把 Scrum 从会议日历变成交付机制，关键不在于把角色、仪式和工件…

敏捷管理指南：实施团队如何做好敏捷项目，制度设计全流程 敏捷项目做了几轮迭代，会议更多了，计划表更细了，交付却没有更快，这通常不是团队“不够敏捷”，而是制度把敏捷变成了另一套审批流…

不少实施团队的 Sprint 看起来很忙：计划会开了两小时，任务排得满满当当，临近验收却发现关键接口还没联通，客户数据也没准备好。问题往往不在团队“不够敏捷”，而在制度把 Spri…

Agile 项目从 0 到 1，最容易失败的地方往往不是团队不懂站会，而是没人说得清：谁能决定优先级、需求变更要经过什么流程、一个迭代结束时怎样判断交付有效。我的判断是，敏捷不是把…

Task管理最常见的失败，不是任务没人录入，而是任务录得越多，团队越难判断接下来该做什么。一个团队可以拥有几百条任务、完整的燃尽图和每周例会，却仍然在迭代最后几天集中暴露阻塞、范围…

Backlog 越长，团队未必越有准备：我见过一个迭代计划会开了近两小时，产品、研发和测试仍说不清哪三项工作最值得先做。问题不在缺少任务，而在于需求没有经过统一的澄清、排序和就绪检…

一个团队把需求拆成了 47 张用户故事，迭代看板也每天更新，季度末却仍有两项关键能力没有上线。复盘时，问题并非成员不够忙，而是 Epic 被当成“大号任务”管理：没有明确的业务结果…

迭代结束了，团队按时交付了二十多个需求，复盘时却发现：其中近三分之一在上线前改过验收口径，测试阶段新增的缺陷比开发阶段关闭的缺陷还多，产品、研发和测试都觉得自己很忙，却没人能说清楚…