更新日期:

如何从涉众那里获得项目需求

Max在2013年获得了项目管理专业(PMP)认证。他拥有伊利诺伊大学传播学硕士学位。

简介

从项目涉众那里收集需求通常感觉像拔牙。如果在项目开始开发之前,您不投入大量的工作来充实所有的需求,那么在测试期间,您将会得到一长串的问题清单,而这些问题本应被捕获为需求。有各种各样的方法来驱动对话,以确保您捕获作为项目一部分的所有需求,例如收集用户故事,设置头脑风暴会议,绘制过程流图,等等。无论您是项目经理还是业务分析师,本文将带您了解收集项目需求的一些更标准的方法,以确保您的项目以正确的方式开始。

用户故事通常是围绕请求者的角色、他们想要什么以及他们为什么想要它来构建的。

用户故事通常是围绕请求者的角色、他们想要什么以及他们为什么想要它来构建的。

用户故事

无论您是在构建全新的东西,还是在更新现有的应用程序,第一轮需求总是应该通过用户描述来捕获。这些故事是来自最终用户还是利益相关者并不重要,你可以从任何人那里收集它们。目标是获取他们对将要构建的内容的期望,以及他们希望如何操作的细节。捕获用户描述有不同的格式,但它们通常都捕获与请求者相关的角色、请求者想要什么以及他们为什么想要它。这些故事将需要在项目过程中进一步充实。

头脑风暴会议

头脑风暴会议通常包括所有已确定的涉众和一些潜在的最终用户聚在一个房间里,围绕项目的需求抛出他们的想法。目标是让讨论继续下去,让人们继续说话。如果已经讨论过的需求和你对需求的解释之间存在差异,就把它提出来,让团队讨论。因为这些会议通常进行得非常快,最好记录下对话或有一个专门的抄写员,这样你就可以专注于成为一个积极的参与者,而不是试图捕捉一切。如果你真的走了这条路,那么你需要召开多个这样的会议,以确保每件事都得到讨论。

尽管头脑风暴会议对于公开所有的需求并围绕它们展开对话是很好的,但考虑到信息量,在这些会议之后整理所有的东西可能是痛苦的。

尽管头脑风暴会议对于公开所有的需求并围绕它们展开对话是很好的,但考虑到信息量,在这些会议之后整理所有的东西可能是痛苦的。

复习

继续将需求放在项目涉众面前进行审查,不要低估团队就项目的所有需求达成一致所需要的时间。讨论一个小项目可能要花上几周的时间,这并不罕见。一种方法是等到每个人都口头签署了要求,然后再等几天,让每个人在正式文件上签字,这样你就可以让他们再快速看一遍——只是为了安全起见。另一种方法是让了解您所做工作的其他业务人员审查需求,以确保所有内容看起来都是无懈可击的。

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

流程图表

流程图表是将整个团队拉到一起,并遍历将成为项目一部分的每个已确定的流程的流程。这迫使涉众思考所请求应用程序的每一个步骤,并且经常暴露出以前没有人考虑到的新需求。这些会话的输出也可以作为线框图的绝佳输入。

不停地问为什么

在需求对话中,问为什么是一个强有力的驱动因素,而具体、明确的需求将无法可靠地充实起来,直到问这个问题不再有意义。它迫使涉众通过他们初始需求的粒度组件进行思考,这可能是痛苦和耗时的。此外,有时不断地询问最终会暴露出一些最初被认为是需求的东西,但实际上根本不需要是需求。

就作者所知,这篇文章是准确和真实的。内容仅供参考或娱乐之用,并不取代商业、金融、法律或技术事务方面的个人顾问或专业意见。

©2017 Max Dalton

相关文章