如何衡量项目完整性？ [关闭

Question

是否有任何正式/非正式措施比较完成的功能与项目的初始要求。具体来说，我的目标是在项目早期确定任何错过的要求。经历了许多敏捷/Scrum方法论的文章和书籍后，一种方法是在“ Sprint Review”期间进行的要求评论，但我想知道是否还有其他技术/工具。

谢谢，

Answer 1

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

您要查找的单词是“完成的标准”。在敏捷世界中，它比单词本身具有更深的含义。如果发现缺少它，通常是在敏捷组织中修复的第一件事。下面（最后）是一篇文章的链接，该链接更详细地解释了它。

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

在Sprint评论中，团队将进行演出并讲述工作软件，如果它符合完成标准，则PO应该批准其正式标记。

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

因此总结：

最初的要求，即用户故事需要具有“需要完成的“需要完成”条件。

在Sprint评论中，可以根据完成的标准来测量工作软件，如果衡量了，则可以调用用户故事。

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

Answer 2

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

Sprint评论是收集反馈和新要求的一个地方。可用性测试也有帮助。但是，最有帮助的是质量保证团队和/或实际用户大量使用软件。

如果您碰巧使用Jira和Greenhopper来管理您的需求（作为故事），则可能会发现在特定日期之后创建的故事进行搜索。找到修改的要求将更加有趣。

Answer 3

软件曾经完成吗？显然，完整性的真正基准是某人对软件的看法 应该 做。

试图衡量一个人的心理形象最终将是具有挑战性的，而且没有正式的方法真的做得很好。您唯一可以衡量的是他们给您的要求。您可以查看未解决的要求，但是您永远无法衡量他们没有告诉您的差距。

我从敏捷思想学院得到的信息是，测量完整性是浪费时间 - 这确实是错误的问题。

例如，使用Scrum，您可以优先考虑所有要求的积压，然后开始工作。当金钱/欲望用完时...你停下来。

Answer 4

如果您想像您所暗示的敏捷/混乱路线，那么通常您需要将项目分解为小型离散单位。一个项目包含史诗（或史诗），史诗包含故事，故事包含任务。 （理想情况下，任务应该是4-8个小时的工作。在工作日某人可以做的事情。）

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

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

当每个故事都被验证为完整时，这是迈向项目完成的离散和可衡量的一步。 （可以通过它涉及多少任务，因此可以衡量多少工作，从而完成了总和的总数。）

请记住，任何此类测量结果都可以从一个冲刺变为另一个冲刺。如果高层管理人员正在寻找一条单一的路线图，并一直沿着项目结束，他们可能会误解敏捷开发中的基本概念。进一步的故事尚未完全定义。基于对直接故事的发展（以及所做的更改），它们可能涉及或多或少的工作。

尝试处理流体故事和不断变化的需求的一种方法是，不要考虑“项目”，而只是史诗般的故事。这些离散单元应该是完全可行的，并且可以自己测试（尽管有些人当然有其他作为先决条件）。更改优先事项可以随意移动故事。如果优先事项更改，则不需要“搁置”一个“项目”，其故事就会简单地转移到积压的情况下，以代替其他故事。

这个想法是管理层正在转向您下一步的位置，而不仅仅是为您提供一个目的地列表，并希望您能以正确的顺序到达它们。

从这个意义上讲，“项目”的“完整性”几乎完全失去了其含义。 “完成”多少取决于拥有产品/项目的人。他们可以添加到它上，或者随意从中删除，轻松移动优先级，等等。如果他们想知道“我们什么时候到达目的地A？”那取决于他们。您已经给他们估计了一路涉及多少工作，这取决于他们认为在提供工作时到达那里的最佳方向。