需求收集技术
在商业环境中,需要有效的方法进行市场调研,以了解客户的需求以及如何在竞争中取得成功。我们需要关注如何帮助用户实现目标。需求收集过程将有助于理解客户的需求,尤其是在 IT 行业。
有多种不同的需求收集技术可用。利益相关者和业务分析师使用多种工具和技术来促进这一过程并捕获准确而详细的需求。需求收集技术应有助于将需求分解成易于理解的步骤,从而提供完成每个步骤的说明。
让我们来看一些需求收集技术。一些常用的方法包括:
- 访谈
- 问卷调查
- 观察
- 促进型研讨会
- 焦点小组
- 联合应用开发 (JAD)
- 头脑风暴
- 原型设计
- 文档分析
访谈
访谈是信息收集的主要方式之一,系统分析师将与相关的利益相关者或主题专家进行面对面的互动。在项目生命周期的早期阶段,业务分析师将花费大部分时间来采访系统用户和系统所有者。
明确访谈目标非常重要,可以提前准备好问题,也可以自发提问,并应记录下回复。访谈也可以由多名面试官进行,或者进行小组访谈。访谈可以是一对一的,也可以是小组访谈。
访谈类型
访谈主要分为非结构化访谈和结构化访谈两种。
非结构化访谈
这涉及到受访者进行随意谈话,提出一些一般性问题。这通常是一种效率低下的技术,因为它容易偏离主要目标,分析师必须将访谈引导回正轨。
结构化访谈
面试官将提出具体问题,以从受访者那里获得所需信息。这种类型的访谈被认为是有效的。
半结构化访谈
它从重点问题开始,然后转向开放式讨论。需要预先确定感兴趣的数据。需要提出的一些问题如下:
- 这项任务应该如何执行?
- 为什么要执行这项任务?
- 在什么情况下应该执行这项任务?
- 完成这项任务需要哪些信息?
- 应该向谁发送沟通信息?
问卷调查
这是一种非正式的技术,使用文档收集受访者的信息和意见。它允许系统分析师从非常庞大且位于偏远地区的目标人群中收集信息,或者只对整体需求有少量投入的人员。如果需要,可以将回复发送进行进一步的统计分析。它提出清晰具体的疑问,并包含一些具有答案范围的封闭式问题。
问卷格式
自由格式
自由格式问卷允许用户对每个问题自由作答。提出一个问题,受访者在问题后的空格中记录答案。自由格式问题的例子是“当前功能是否存在任何问题?如果是,请解释”。
固定格式
固定格式问卷包含需要从个人那里选择预定义回复的问题。受访者需要从给定的答案集中选择一个答案。这种格式的答案更容易分析。但另一方面,它更静态;受访者不能给出他们自己的意见或答案,只能选择提供的答案。
观察
观察或跟岗是指分析师观察客户执行日常任务,并询问他们正在做什么以及为什么这样做。这是一种了解用户在工作中可能经历的事情的好方法,并可以为如何改进流程提供一些直接的需求。
观察类型
被动/隐蔽观察
在这种情况下,分析师在观察过程中根本不与工作人员互动,而是做笔记。分析师可以在整个过程完成后使用准备好的问题清单向工作人员提问,但在工作人员工作期间不能打断他们。有些工作对工作人员来说太繁忙或危险,无法不断被打断并提问。在这种情况下,被动观察效果最好。
主动/公开观察
在这种情况下,分析师可以在观察过程中打断工作人员进行提问。一些需要问的问题包括:
- “为什么您在这个时候这样做?”
- “通常下一步是什么?”
促进型研讨会
促进型研讨会将更大的群体聚集在一个共同的平台上进行讨论和达成一致。与分别采访他们相比,它们可以更快地定义产品的跨职能需求。成功的促进型会议需要计划。主持人需要考虑共同的会议地点、会议时长、如何达成共识以及议程。
焦点小组
焦点小组涉及对代表用户或客户的人群进行协同讨论,讨论产品的期望、功能和其他方面。将收集关于需求/机会/问题的反馈,以识别需求。
讨论由训练有素的主持人引导。将选择参与者,并为焦点小组准备他们的角色、讨论主题和后勤工作,并将制作一份记录所学内容的小组报告。
联合应用开发 (JAD)
这是一种引导研讨会并让所有系统参与者一起参与系统分析和需求定义的技术。讨论将持续到会议目标完成并且完整的需求集已记录并达成一致为止。
它已被用于从群体中获取和收集有关问题、目标和系统需求的信息。在会议期间,他们坐在一起讨论并从参与者那里获得想法。
头脑风暴
它涉及小组成员围绕特定问题、难题或需求自发地贡献想法。合适的主题专家将开始创造性地进行头脑风暴,思考解决方案可能是什么样子。根据他们认为最适合该解决方案的想法,将收集到的想法进行优先排序。最佳想法的结果共识将用于初始需求。
小组头脑风暴的目的是减少小组成员之间的社会抑制,刺激新的想法产生,从而提高小组的整体创造力。
原型设计
在这种方法中,将收集初步需求,这些需求将用于构建解决方案的初始版本,称为原型。原型可能并非具有所有功能,但它可以作为概念验证用于想法验证/进一步分析。在达到最终阶段之前,将遵循原型创建、测试和反馈的迭代过程。
此重复过程将持续进行,直到产品满足业务的最终目标,并进行商定的迭代次数。
文档分析
此技术涉及对经常存在的程序和任务进行书面记录,尤其是在商业环境中。它描述了事情应该如何完成,而不是事情是如何完成的。这也有助于业务分析师准备问题以验证需求的正确性和完整性。大部分信息都隐藏在现有的文档中,这些文档有助于我们提出问题,作为验证需求完整性的一部分。
系统分析的核心是获取开发系统所需的所有信息。因此,决定哪些技术能够在现有时间和资源下最佳完成任务,掌握在我们手中。在需求收集过程中,分析师将确定将使用哪些类型的技术以及将收集哪些类型的信息。