非技术人员能代表开发团队收集需求吗？

Question

在大型组织中工作，开发团队的成员通常无法直接访问客户端来收集需求。是否有可能/建议向客户经理提供一系列问题，以便他们能够代表您收集需求？

Answer 1

• 可能:是:-)
• 建议:只有当真的没有别的办法的时候。这很容易导致非常脆弱、理解不足的需求。问题可能只出现在较晚的阶段，在实施或验收测试中。

理想情况下，

需求收集应该是客户端和开发人员(S)之间的一系列详细讨论。客户通常对他们真正想要的东西有非常模糊的想法，因此实施他们的第一次模糊的解释几乎不可避免地会导致问题。因此，开发人员应该能够告诉每个想法/故事/需求的价格，这有助于客户优先考虑他们的需求，并就什么是可能的和可行的提供技术反馈。此外，他们应该尽可能深入地理解问题领域，以便为客户端的问题提供最好的技术解决方案。在整个过程中，他们必须确保正确地理解客户端，这意味着在交流过程中经常要求对方澄清并重复他们自己的话所理解的内容(并且经常提供UI原型/客户机想法的模型)。这方面的最佳媒介是口头交流--如果面对面不可能，那么视频或电话会议是下一个最佳选择。

。

将非技术人员作为客户与开发人员之间的沟通渠道，严重限制了沟通的效率。即使是通过电子邮件来回发送文件也会更好，因为在那里至少没有中介，所以很少有可能产生误解。

Answer 2

虽然我同意Péter T r k的观点，即折衷可能会限制效率，但与最终用户进行非开发者对话很可能会提高沟通的有效性。

我发现开发人员和最终用户经常在一起交谈，但仍然误解对方，因为他们来自“不同的世界”。虽然说同样的话，他们可能会理解他们的意思完全不同的事情..。理解最终用户和开发人员的思维模式/语言的中间人，在提高对所需/将要开发的东西的相互理解方面可以发挥他们的作用。

尽管如此，询问经理，无论是帐户经理还是任何其他类型的经理，都是不可行的。缩小开发人员和最终用户之间的差距是一种技能，而不是你“作为旁人”所做的事情。

Answer 3

简而言之，这种工作方式充满了危险，也是敏捷宣言诞生的原因之一。

{拙劣的幽默尝试)

但是说真的，如果你不能访问，那么至少要确保有一个快速的反馈周期。所以是的，你可以通过客户经理问问题(如果你可以直接访问客户端，即使你可以通过电子邮件远程访问更好的客户端)，但是每天都要问他们，并尽可能多地为客户提供一个原型，供客户试用。

否则，您将面临交付最终客户并不真正想要的东西的巨大风险。