敏捷需求优先级

敏捷项目最常见的失败，不是团队不会开站会，而是每两周都按时交付，用户却连续几个月看不到可用价值。项目负责人要做好敏捷项目，关键不是把瀑布计划拆成若干个冲刺，而是建立一套能持续验证价…

不少团队的 Backlog 看起来很满：几百条需求、十几个标签、每周一次评审，迭代计划却仍然频繁变更。问题往往不是需求太少或团队不够努力，而是 Backlog 没有承担“帮助组织做…

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

Backlog 做不好的项目，往往不是“需求写得不够细”，而是团队把它当成需求仓库：业务随时往里加，产品经理反复解释，开发挑熟悉的做，临近迭代才发现依赖、验收口径和优先级都没对齐。…

敏捷项目里，Backlog 最危险的状态不是“条目太少”，而是列表看起来很完整，团队却说不清下一件该做什么、为什么先做、做到什么程度算交付。我的判断是：Backlog 不是需求收纳…