如何衡量项目的完整性？

Question

是否有任何正式/非正式的措施来比较已完成的功能与项目的初始要求。具体来说，我的目标是在项目的早期识别任何错过的要求。经过许多敏捷/ scrum方法论文章和书籍，一种方法是在“冲刺审查”期间进行需求审查，但我想知道是否还有其他技术/工具。

谢谢，

Answer 1

  

是否有任何正式/非正式的措施来比较已完成的功能与项目的初始要求。

您正在寻找的是“完成标准”。在敏捷世界中，它比文字本身具有更深刻的意义。如果发现缺少敏捷组织，它通常是第一个被修复的东西。下面（最后）是一篇文章的链接，可以更详细地解释它。

大多数敏捷团队使用用户故事作为他们的“初始要求”。用户故事将是您的初始要求，这足以让团队开始。所使用的措施应该是大多数团队所称的“完成标准”。每个用户故事都应该有一个完成标准。例如。为了调用待办事项，这些事情列表需要完成。在设置这个时，我们不担心它将如何完成，只需要做什么。

在Sprint审核期间，团队会进行展示并告知工作软件，如果符合完成标准，则PO应批准其正式标记完成。

当然，有时用户故事已经改变了完成标准，特别是对于新的团队或项目，但这是完全正常的，因为良好的用户故事的标志是可以协商。在获得团队批准后，可以稍微修改完成标准。团队很少反对这些，除非这种变化导致工作复杂性急剧增加。

总结一下：

初始要求，即用户故事需要有“什么”需要完成标准“。如果在Sprint期间遗漏并发现某些内容，PO可能会在获得团队批准后更改用户故事的完成标准。

在Sprint评审期间，可以根据完成标准衡量工作软件，如果测量结果，则可以调用用户故事。

http://scrumalliance.org/articles/105-what-is-definition-of-done-dod

Answer 2

在敏捷方法中，需求的变化是预期的并且被认为是健康的。对变革的响应被认为比遵循计划更重要。

冲刺审查是收集反馈和新要求的一个地方。可用性测试也有帮助。但最有帮助的是QA团队和/或实际用户对软件的大量使用。

如果您碰巧使用JIRA和GreenHopper来管理您的要求（作为故事），您可能会发现在特定日期之后创建的故事的搜索非常有用。找到修改后的要求会更有趣。

Answer 3

软件是否完整？显然，完整性的真正基准是某人对软件应该做什么的看法。

试图衡量一个人的心理形象最终将具有挑战性，并且没有正式的方法能够真正做到这一点。你唯一可以衡量的是他们给你的要求。你可以看看未解决的要求，但你永远无法衡量他们没有告诉你的差距。

我从敏捷的思想流派中得到的信息是，衡量完整性是浪费时间 - 这是一个错误的问题。

例如，使用scrum，您可以优先处理所有需求的积压工作，然后开始处理列表。当钱/欲望耗尽时......你就会停止。

Answer 4

如果您正在使用敏捷/ scrum路线，那么通常您会希望将项目分解为小的离散单位。一个项目包含史诗（或史诗），一个史诗包含故事，一个故事包含任务。 （理想情况下，任务应该是4-8小时的工作。某人可以在工作日做些什么。）

每个故事完成后，都应该进行测试和验证。这通常不是针对任务完成的，因为在故事的其他任务完成之前，用户通常无法测试单个任务。不能期望用户测试“编写一个方法来保存订单到数据库”，而是测试“当单击此按钮时，订单将持久保存到数据库，并且用户将显示更新的购物车以包含重新计算税收和运费。“

此测试/验证不由开发人员完成。应由负责产品/项目的任何人或其代表进行验证。开发人员会自然地按照他或她编写的方式对其进行测试，期望它以这种方式工作。如果在要求中有任何误解，那就再次被误解了。

由于每个故事都经过验证已完成，因此它是项目完成的一个独立且可衡量的步骤。 （可衡量的是它涉及多少任务，因此完成了总和的工作量。）

请记住，任何此类测量都可能从一个sprint变为另一个sprint。如果高层管理人员正在寻找一直到项目结束的完整步骤的单一路线图，他们可能会误解敏捷开发中的基本概念。更进一步的故事还没有完全确定。根据对直接故事所做的开发（以及所做的更改），它们可能涉及比原始估计更多或更少的工作。

试图接近流动故事和改变要求的概念的一种方法是不考虑“项目”而只考虑史诗和故事。这些离散的单元应该是完全可行的并且可以自己测试（尽管有些单元当然会将其他单元作为先决条件）。改变优先级可以随意改变故事。如果优先级发生变化，“项目”就不需要“搁置”，只需将其故事转移到积压工作代替其他故事。

我们的想法是，管理层正在指导您下一步的目标，而不仅仅是为您提供目的地列表，并希望您能以正确的顺序到达目的地。

从这个意义上讲，“项目”的“完整性”几乎完全失去了意义。对于拥有该产品/项目的人来说，“完整”是多少。他们可以添加或随意删除，轻松转移优先级等。如果他们想知道“我们什么时候到达目的地A？”那取决于他们。你已经给出了他们在整个过程中每一步所涉及的工作量的估计，他们应该在他们提供工作时指导他们认为最好的方向。