只有把产品待办事项列表中所有的用户故事都做完才能交付，才可以给客户带来价值

症状

• 从产品待办事项列表中去掉几个用户故事之后，就不可能交付
• 产品待办事项列表中多数用户故事之间有强烈的相互依赖
• 产品待办事项列表中的用户故事是关于技术或者业务方案的，而不是关注于业务问题

诊断

敏捷开发的一个好处是可以提早交付，通过提早交付获得反馈，从而指导下一步的产品方向。如果必须把所有的用户故事都实现完，才能交付给客户，就会

• 增加项目的风险；
• 降低了应付客户及市场变化的可能性；
• 故事之间的强依赖也会导致开发团队内部的互相依赖，从而导致沟通以及管理成本的增加

症因

• 没有从业务问题角度写用户故事
• 利用用户故事图谱(Story Map)，并切分发布
• 设想完美的方案，不愿意通过不断迭代，持续反馈来打磨产品
• 没有按照Necessary, Optional, Safe, Luxury的方向去切用户故事

处方

• 思考用户故事所要解决的业务问题，用业务问题的方式来描述用户故事
• 切故事，按照Necessary, Optional, Safe, Luxury的方式
• 先把付MVP (Minimum Viable Product)版本