需求收集方法

技术描述了在特定情况下如何执行任务。一个任务可能没有任何相关技术，也可能有一个或多个相关技术。一项技术应至少与一项任务相关。

以下是一些众所周知的需求收集方法：

头脑风暴

头脑风暴用于需求收集，以从一群人那里获得尽可能多的想法。通常用于识别解决问题的可能方案，并阐明机会的细节。

文档分析

审查现有系统的文档可以帮助创建现状流程文档，以及推动差距分析以确定迁移项目的范围。理想情况下，我们甚至会审查推动现有系统创建的需求——记录当前需求的起点。现有文档中经常埋藏着信息金矿，这些信息可以帮助我们在验证需求完整性时提出问题。

焦点小组

焦点小组是由代表产品用户或客户的人员组成的集合，以获得反馈。可以收集有关需求/机会/问题的反馈以识别需求，也可以收集反馈以验证和改进已收集的需求。这种形式的市场研究不同于头脑风暴，因为它是一个由特定参与者参与的管理过程。

接口分析

软件产品的接口可以是人机接口。与外部系统和设备的集成只是另一种接口。以用户为中心的设计方法非常有效地确保我们创建易于使用的软件。接口分析——审查与其他外部系统的接触点，这对于确保我们不会忽略用户无法立即看到的需求非常重要。

访谈

对利益相关者和用户的访谈对于创建优秀的软件至关重要。如果不了解用户和利益相关者的目标和期望，我们极不可能满足他们。我们还必须认识到每个受访者的观点，以便我们能够正确地权衡和处理他们的意见。倾听是帮助优秀分析师从访谈中获得比普通分析师更多价值的技能。

观察

通过观察用户，分析师可以识别流程流程、步骤、痛点和改进机会。观察可以是被动的（在观察时提问）或主动的。被动观察更适合获取原型反馈（以改进需求），而主动观察更有效地了解现有业务流程。两种方法都可以使用。

原型设计

原型设计是一种相对较新的需求收集技术。在这种方法中，您收集初步需求，然后使用这些需求来构建解决方案的初始版本——原型。您将其展示给客户，然后客户会提供额外的需求。您更改应用程序并再次与客户循环。这个重复的过程会持续进行，直到产品满足关键的业务需求或达到商定的迭代次数。

需求研讨会

研讨会对于收集需求非常有效。比头脑风暴会议更有条理，相关方协作记录需求。捕获协作的一种方法是创建领域模型工件（如静态图、活动图）。有两个分析师比只有一个分析师参加的研讨会效果更好。

逆向工程

当迁移项目无法访问现有系统的足够文档时，逆向工程将识别系统所执行的操作。它不会识别系统应该执行的操作，也不会识别系统何时执行错误的操作。

调查/问卷

当从很多人那里收集信息时——由于预算和时间限制而太多人无法进行访谈——可以使用调查或问卷。调查可以强制用户从选项中选择，对某些内容进行评分（“非常同意，同意……”），或者提出开放式问题，允许自由形式的回答。调查设计很难——问题可能会影响受访者。