如何从利益相关者那里获得项目需求

介绍

从项目利益相关者那里收集需求通常感觉就像是在扯牙。而且，如果您在开始进行项目开发之前不花力气充实所有需求，那么在测试过程中您会发现一堆很长的问题，这些问题本应作为需求捕获。有多种方法可以推动对话，以确保您将所有需求作为项目的一部分来捕获，例如收集用户故事，设置头脑风暴会议，绘制流程图等。无论您是项目经理还是业务分析师，本文都会带您逐步了解一些更标准的方法来收集项目需求，以确保您的项目以正确的方式开始。

用户故事通常围绕请求者的角色，他们想要的内容以及他们为什么想要的内容来组织。

设计模型

用户故事

无论您是要构建全新的产品还是更新现有的应用程序，都应该始终通过用户案例来了解第一轮需求。这些故事来自最终用户还是利益相关者都没有关系，您可以从任何人那里收集它们。目标是捕获他们对将要构建的内容的期望，以及有关他们希望其如何运行的详细信息。捕获用户故事的格式有多种，但是它们通常都捕获与请求者相关的角色，该人想要什么以及他们为什么想要它。这些故事将需要在项目过程中进一步充实。

头脑风暴会议

头脑风暴会议通常涉及所有确定的利益相关者和一些潜在的最终用户，他们在一个房间里聚在一起，并就项目的要求提出了自己的想法。目的是保持讨论的进行并使人们保持对话。如果已经讨论过的需求与您对需求的解释之间存在差异，请将其放在那里，以使小组开始工作。由于这些会话通常会以令人难以置信的快速移动，因此最好记录对话或安排专门的抄写员，这样您就可以专注于成为活跃的参与者，而不必费力地捕捉所有内容。如果您确实走这条路，那么不止一次以上这些会议来确保所有内容都得到讨论是很常见的。

头脑风暴会议非常适合于公开解决所有需求并与他们进行对话，但是鉴于信息量大，在这些会议之一之后进行整理可能会很痛苦。

PM联盟

复习课程

继续将需求摆在项目利益相关者的面前，以进行审查，不要低估一个小组就项目的所有需求达成共识所花费的时间。讨论一个小项目可能要花费几周的时间并不少见。一种方法是等到每个人都对要求进行口头批准后再等待几天，然后与每个人回圈以在正式文档中获得他们的签名，在此您可以要求他们再次快速浏览一下-为了安全起见。另一种方法是让业务中的其他人对您的工作有所了解，以检查需求，以确保所有内容看起来都尽可能密封。

每周项目状态报告中包括什么

工艺图

在流程图中，您可以将整个团队召集在一起，并逐步完成每个已识别流程的流程，这些流程将成为项目的一部分。这迫使利益相关者考虑所请求的应用程序的每个步骤，并经常暴露以前没有人考虑过的新要求。这些会话的输出还可以用作线框图的绝佳输入。

不断问为什么

在需求对话期间询问为什么是强大的驱动程序，而明确，明确的需求将不会被可靠地充实，直到提出这个问题不再有意义为止。它迫使利益相关者仔细考虑其初始需求的细粒度部分，这可能是痛苦且耗时的。另外，有时不断地询问可以最终暴露出最初被认为是需求的东西，而这些东西毕竟并不一定是需求。