用户故事设置每个工件的边界范围。敏捷的需求分析贯穿交付物的整个生命周期。团队就接收标准、建议的解决方案和完成每个故事的工作量评估达成一致意见。团队成员和他们的管理者必须为计划会预计的每个故事做准备。你将在他们的计划会上对你的团队有更多的了解，得到的信息比曾经提供的所有报告的总和都多。不管你遵循（或假装遵循）什么方法论，敏捷Scrum、极限编程、统一过程还是瀑布法，缺乏需求对一个项目的伤害将永远大于其他任何单独的缺点。你只能不得不去检查文献看它是否真的贯穿了软件的开发过程。用户故事是引用这些需求并排出优先级的一种简便方式，但你你不要让它们的双重目的误导了，你需要了解什么时候去详细描述以及要挖掘多
