需求收集技术

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

以下是一些众所周知的需求收集技术 -

头脑风暴

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

查看现有系统的文档有助于创建 AS-IS 流程文档，并推动差距分析以确定迁移项目的范围。在理想的情况下，我们甚至会审查推动现有系统创建的需求——这是记录当前需求的起点。信息块通常隐藏在现有文档中，帮助我们提出问题，作为验证需求完整性的一部分。

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

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

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

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

原型设计是一种相对现代的收集需求的技术。在这种方法中，您收集初步需求，用于构建解决方案的初始版本 - 原型。您将其展示给客户，然后客户会向您提出其他要求。您更改应用程序并再次与客户循环。这个重复的过程一直持续到产品满足业务需求的临界量或达到商定的迭代次数为止。

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

当迁移项目无法访问现有系统的足够文档时，逆向工程将识别系统的功能。它不会识别系统应该做什么，也不会识别系统何时做了错误的事情。

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