需求优先级

敏捷团队的 Backlog 越长，项目未必越可控。我见过一种典型局面：需求池里有两百多条事项，管理层每周都在问“为什么还没做完”，团队却说不清下个迭代最重要的三件事是什么。问题通常…

敏捷项目做了半年，团队每两周都能演示新功能，管理层却仍然回答不了三个问题：这次迭代究竟交付了什么业务价值？项目还要投入多少资源？如果需求继续变化，什么时候该停、该改或该加人？这通常…

不少敏捷团队的 Backlog 看起来很满：需求一条接一条，迭代计划会开得很久，开发开始后却仍然频繁追问“这条到底要解决什么”。问题通常不是团队缺少任务，而是待办项没有形成可执行的…

Backlog 越长，团队未必越有准备：我见过一个实施团队把 186 条需求全部排进迭代候选池，结果评审会开了近两小时，开发开始后仍有 27 条需求因为验收口径不清而返工。问题不在…

Backlog 看起来有 80 条，真正能在下个迭代启动的却不到 10 条，这种情况在研发团队里并不少见。问题通常不是需求太少，而是 Backlog 把“想法、承诺、方案和任务”混…

Backlog 看起来有两百多条，迭代计划却总要拖到最后一天才定下来；研发认为需求没说清，产品认为开发总在“挑容易的做”，测试则在临近上线时才发现验收口径不一致。这通常不是团队缺少…

Backlog 看起来有 120 条，真正能在下个迭代里开工的却只有 8 条，这并不罕见。问题通常不在团队缺少需求，而在于需求没有经过持续澄清、取舍和拆分，导致“待办列表很长”被误…

Backlog 越长，团队未必越敏捷。我见过一个研发团队的待办列表有 380 多条，产品、研发和测试每周都在“梳理”，但迭代开始后仍频繁插单；问题不是缺少待办，而是没人能说清哪些条…

Backlog 越长，团队未必越敏捷：我见过一个 12 人研发团队把需求池堆到 240 多条，排期会议开了两小时，最后仍说不清下一迭代到底要交付什么。问题不是条目不够细，而是优先级…

敏捷项目如何做好Backlog？产品经理最佳实践与操作步骤 Backlog 越长，团队未必越有准备：一个常见的产品团队场景是，需求池里有数百条记录，迭代计划会却仍要花半天争论“这条…