如何管理和估计来自客户的非结构化需求

Question

很多时候，在一个项目的投标阶段，我从我们的潜在客户那里接收到一个软件系统的需求，这些需求来自于各种来源的非常非结构化的格式电子邮件，word文档，excel。通常是一群来自客户一方的“产品开发”人员为他们的业务问题提出了这些“建议的解决方案”。虽然他们是商业领域的专家，但很多时候他们没有正确的解决方案。

这会导致

• 同一要求的多个版本
• 将两个需求混为一谈
• 在后面的几个需求版本中，合并在一起的需求再次被分离出来，每个版本都包含了一些新的附加内容。

在开发开始之前，您如何处理这些需求，并将它们整理成适当的用例？我们可以使用什么工具来跟踪某个特定需求的历史，从第一次构思到它被结晶为一个适当的用例的时候？以这种方式根据接收到的需求来评估工作是一场噩梦，结果是在正确理解需求和正确估计针对需求的工作量方面出现了错误。

一旦我们赢得了这个项目，那么客户就会对他们的需求给予更多的考虑，并能够正确地表达出来。在这种情况下，一些功能被删除，一些功能得到增强，有些功能出现了全新的变化。这基本上可以取消一些工作项的估计，是在项目被赢得之前所做的。我想知道是否有任何系统可以建立一个特定需求的树，以及每个分支是如何得出不同的估计值的。

有什么技巧，工具，技巧可以让这个活动更容易管理吗？我只是想从比我更有经验的人那里获得一些关于需求管理和工作量评估的见解。

Answer 1

我认为这是一个迭代过程。第一步是收集需求。第二步是对它们进行排序。第三步是对它们进行排序。第四步是将每个部分分解成足够小的比特来估计工作量。第5步是将这些部分合并成一个全局工作桶(假设84个工作日)。第6步是将工作映射到资源(84人日/2天= 42天)。

所以现在你被困在第一步和第二步之间，你有需求，但你没有你所需要的形式。

假设您有相同要求的多个版本。这些基本上是一样的吗？如果是这样的话，选择看起来最清晰的，然后使用它。如果它们在细节上有所不同，选择似乎最符合逻辑的内容并使用它。然后向客户端发送一条消息，要求他们验证需求。为了使需求正确，您可能需要反复多次。不要放弃或气馁。许多项目由于需求不佳而失败。

使用Microsoft使工作和计划与不断变化的需求保持同步。如果客户端请求更改，说明额外的工作，将其插入您的模型，并告诉他们新的日期。不要沉迷于相信你可以随机地引入新的开发人员来弥补这一漏洞。每当添加新资源时，您的计划必须考虑到爬升时间。只有当你关注每一个项目并从中学习时，你才能正确地模拟这个模型。假设你在X项目进行了4个月之后，才把Bob带上了X项目。他第一个月的工作效率有多高？第三班？

您应该每周重新访问项目模型，在需要的地方进行更新。保存变化的历史记录。这将有助于您在未来提供更好的估计。

道格