是否有任何正式/非正式的措施来比较项目的已完成功能与初始需求。具体来说，我的目标是在项目早期发现任何遗漏的需求。在阅读了许多敏捷/Scrum 方法论文章和书籍后，一种方法是在“冲刺审查”期间进行需求审查，但我想知道是否还有其他技术/工具。
谢谢
最佳答案
Are there any formal/informal measures of comparing completed functionality vs initial requirements of a project.
您要查找的单词是“完成标准”。在敏捷世界中，它比单词本身具有更深刻的含义。如果发现缺失，它通常是敏捷组织中首先要修复的问题。下面(最后)是一篇文章的链接，其中更详细地解释了它。
大多数敏捷团队使用用户故事作为他们的“初始要求”。用户故事将是您的初始需求，这足以让团队启动。使用的衡量标准应该是大多数团队所说的“完成标准”。每个用户故事都应该有一个完成的标准。例如。为了称待办事项已完成，需要完成这些事项 list 。设置此值时，我们不关心如何完成，只关心需要做什么。
在 Sprint 审核期间，团队将展示并讲述工作软件，如果它符合完成标准，PO 应批准将其正式标记为完成。
当然，有时用户故事会改变“完成”标准，特别是对于新团队或项目，但这是完全正常的，因为一个好的用户故事的标志是它是可以协商的。在获得团队批准后，完成标准可以稍作修改。团队很少会反对这些，除非更改导致要完成的工作的复杂性急剧增加。
总结一下:
初始要求，即用户故事需要有一个“需要做什么”的完成标准。如果在 Sprint 期间遗漏并发现某些内容，PO 可以在获得团队批准后更改用户故事的完成标准。
在冲刺评审期间，可以根据“完成标准”来衡量工作软件，如果达到标准，则用户故事可以称为“完成”。
http://scrumalliance.org/articles/105-what-is-definition-of-done-dod
关于project-management - 如何衡量项目的完成度？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/4547273/