如何表明您理解项目的需求

Question

你如何向你的客户/雇主表明你理解他们的要求？

你推荐使用什么？用例图？流程图？数据流图？决策树？

我并不是真的要求一个非常详细的答案。只是一些简单的东西，可以帮助我与编写需求的人进行沟通，并查看你们是否在同一页面上。

Answer 1

我通常在项目的早期就做一个PowerPoint平台，给出项目的高层次概述，以及一些架构图(越简单越好)和屏幕模型/线框图。然后，我有一个需求审查的“启动”会议，并讨论业务问题和提出的解决方案。

Answer 2

我只是简单地用我自己的语言解释了需求，提供了我的假设，并添加了限制。

要求可以是“点击时按钮变为绿色”

我会问"Ok，那么当用户单击按钮时，按钮的背景颜色变为绿色，但文本保持不变？“

基本上是提示给出需求的人解释他们设想的工作方式。

Answer 3

我的角色有很多需求收集。我发现最好的方法是双管齐下，通过PowerPoint演示文稿保持简单和高层次，并展示概念证明或模型。在与客户交谈时，他们会回答许多“如果”，比如“我能试试这个颜色吗？”这让每个人都对他们得到的东西有了大致的了解。如果你能得到一些用户可以触摸和操作的东西，那么它就能很好地揭示隐藏的假设。

然后，用真正详细的低级需求来支持这个高级别。拼写虚线的"i“和横线的"t”。在POC之外的任何事情完成之前，让用户通读并签署它们。一般来说，带有大量屏幕截图的word效果很好。

除非用户可以为您提供UML和数据流程图，否则不要在客户看到或签名的任何内容中使用它们。如果它是由客户签署的，并且您必须重新配置后端以满足“如果”，则您必须完全放弃所有内容。

最后一件事是确保客户可以用他们自己的语言与您讨论他们的需求，并阐明他们得到了什么。要做到这一点，一种方法是坐在任何中层管理人员的位置上，向更高的管理层推销。

不要试图欺骗客户，如果他们想在最后一分钟改变一些东西，在时间和金钱上解释成本，并询问他们是否完全需要这样做。这样做，通常会阻止人们进行琐碎的改变，并迫使他们思考为什么他们想要改变。

需求是从客户所说的他们想要的东西中获得他们需要的东西。

编辑-关于提前显示屏幕截图-这有时需要一个好的PM来让客户知道时间刻度和所有内容的位置。如果项目经理帮助设定了一些像样的时间框架和期望，客户就不会感到兴奋。POC和截图的好处是人们可以得到它可能是什么样子的图像，并且经常可以在他们的脑海中工作。

如果你想避免截图，可以做一个线框的外观，或者使用白板和20分钟的绘图。只需记住将白板保存为照片，然后再敲打它。

白板(和好的旧OHP)可以是需求收集的天赐之物--开发一个良好的清晰风格的绘图概念可以节省研讨会的时间。