什么时候需求足够适合于实现？

Question

我最近一直在思考以下问题：

什么时候需求对实现来说足够好？

我试图建立一个清单，至少可以半客观地回答这个问题。

以下是我对方法和检查的一些想法，以确保良好的需求：

• 模糊度调查(对开发团队来说，需求足够精确)
• 定义了非功能性需求。
• 定义泛在语言的独占使用
• “统计条件”由客户定义。
• 商业价值和技术价值是明确和沟通的

请分享你的想法。

Answer 1

编写好的需求的关键是对每个不受解释的单个需求进行明确、明确的接受测试，以便您能够宣告成功。

从客户的角度来看，当需求清楚地描绘出软件的功能、外观和实现的业务目标时，它们就足够好了。通常，这需要用例、UI模型和演练以及示例报告。

从开发人员的角度来看，当软件开发人员清楚地了解他们必须做什么来构建应用程序时，需求就足够了。因此，除了客户所看到的，作为开发人员，我还想看到总体架构和结构、API和接口、个别的结构元素、业务功能，以及它们如何相互交流，以便我能够开始编写方法和类(每个方法和类都有自己的规范，即使只是以单元测试的形式)。

完成这一任务所必需的细节的数量因团队而异。例如，对于离岸团队的需求规范的严格程度远远大于紧密的内部scrum团队。