产品待办列表

Scrum 导入后，团队每天开站会、每两周做一次迭代，管理者却仍然不知道项目何时能交付，这并不罕见。问题通常不是会议开得不够，而是团队把 Scrum 当成了“敏捷仪式”，没有建立从…

很多团队的 Backlog 看起来很满：需求排了几十条，迭代计划也按时开了会，但上线前仍不断插入紧急事项，开发做完后又发现验收口径不清，产品、研发和管理层各自觉得“优先级已经说过了…

敏捷项目如何做好Backlog？企业管理者制度设计与操作步骤 Backlog越长，团队未必越敏捷：我见过一种典型情形，产品团队的待办列表累计数百项，需求评审每周照常召开，迭代计划却…

敏捷项目Scrum全流程：企业管理者入门指南与一文讲清 不少团队把“每天开会、两周交付一次”当成了Scrum，结果会议变多了，需求还是频繁插队，版本延期也没有减少。Scrum真正解…

敏捷团队的 Backlog 越写越长，管理层却仍然不知道下个迭代究竟要交付什么，这通常不是“需求还没录全”，而是团队把 Backlog 当成了需求仓库，而不是持续做投资取舍的机制。…

不少团队把 Scrum 推行失败归因于“大家不够敏捷”，但我更常看到的根因是：团队照搬了会议日历，却没有改变工作进入、优先级决策和交付验收的方式。结果是站会天天开、冲刺计划越排越满…

Scrum团队最常见的效率问题，往往不是迭代太短，而是团队把“开会、填看板、做计划”当成了敏捷本身：迭代按时结束，需求却没有真正交付；每日站会天天开，阻塞仍然要等几天才有人处理。我…

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

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

Scrum实施最容易被误判的失败，不是团队没有站会，而是每个迭代都按时开了计划会、评审会和回顾会，到了季度末却说不清交付了什么用户价值。本文把Scrum当作一套“缩短反馈周期、控制…