但随着转向敏捷模型，需求结构也发生了变化。需求变得更小、更不精确，并且详细说明它们的时间也更少。此外，通过敏捷，需求很容易更改或扩展，并鼓励讨论而不是描述最终状态。 敏捷模型中的需求收集面临的一些挑战是： 接触利益相关者的机会有限——利益相关者太忙或任务优先级存在冲突 含糊不清——大多数客户不知道自己想要什么，也无法正确表达自己的想法 频繁变化——客户经常改变主意 缺乏主题专家——与合适的主题专家和 挪威手机号码列表 领域专业人士建立联系很困难 错误的方法——收集需求的错误方法，即在不了解整体情况的情况下深入了解需求的细节 重点不明确——没有明确定义“完成”，有时过于关注一项要求 最好是简化和定义某些最佳实践和技术，以满足业务需求和需求收集阶段当前面临的挑战。
需求收集过程可分为 4 个关键部分： 制定高层细节愿景——制定愿景的目的是确定主题、高层愿景和范围、目标用户、主要目标并创建高层积压工作。利益相关者访谈研讨会、角色扮演以及产品盒中的愿景声明、用户角色（角色）、用例建模、流程图以及 UI 流和上下文图等开箱即用的方法是一些最流行的愿景技术。 针对需求功能进行集思广益——需求集思广益注重广度而不是深度，并确定大量的功能/史诗/用户故事。一些最流行的需求头脑风暴技术是故事写作研讨会、便利贴头脑风暴和团队突破汇聚。 将功能分解为用户故事– 需求分解将现有的史诗分为更小的用户故事。一些最流行的需求分解技术是 CRUD、验收测试切片和流程步骤。 定义详细需求——定义每个用户故事的详细需求以及验收测试和 UI 原型。