当是一个敏捷的迭代被认为是完整的?[关闭]

Question

我的工作队正在探讨的可能性，采用敏捷的发展做法。

一个问题，我们正在运行的反对是决定何时一个迭代(sprint)应该完成。

让我们说，我们已经确定了我们的特征的积压，并产生了故事的点估计，对他们来说，我们已经决定，第一个30天的冲刺将包括素A、B、D和F。您应该做些什么，如果在你们到达终点冲刺，你已经完成了A、D、F-但是B仅为80％完成。你应该:

1. 完成的冲刺时间，但排除功能B(推迟的剩余工作今后的冲刺)

2. 延长冲刺通过必要的时间来完成特征B但不是开始下一个冲刺。

3. 延长冲刺通过必要的时间来完成要素B和开始工作的下一个冲刺。

4. 失败的整个冲刺，和捆绑的所有工作的一部分，未来的版本。

我看的问题与选择1是该团队不提供什么样的承诺。在某些情况下，可能不能够排除功能B，而不会使整个释放的无用(或至少基本不太有价值)。它可能会使困难的指导方向下一个冲刺没有的特征B。

这个问题与选择2是，一些成员的团队可能是空闲的一个重要时期的时间-它吃到整体生产力。你可能添加更多的单元的测试，或波兰的特征，但是它不会增加成正比的价值。它还在政治上很难解释为什么多数管理团队被闲置。

选择3，似乎是对抗的精神的敏捷-你把下一个sprint在风险，通过不允许的结果，前一个指导下一个迭代发展。

备选案文4，似乎严重和具有相同的大多数问题的备选方案1和3。第一关，你完全缺少一个承诺。第二，捆绑销售更多的功能进入一个后续释使得它难以测试和验证客户-和它再次就排除了有能力指导今后的迭代的反馈的基础上，从现有的。

Answer 1

备选案文1的课程。你的 速度 为下一次迭代要少，因为它是基于 昨天的天气, ，因此下一次你有更好的机会正在完成。

任何地方访问你 时间-拳击.而你只送功能，工作。

在 冲刺计划 你已经做出一个估计你可能可以提供。客户有接受一定程度的不确定性的估算，或准备有太多的资源。

如果你错过下一次再一次，切换到一个较短的迭代的长度，并确保大小的个别功能是较小。

Answer 2

你通常做的选择方案1-终点冲刺.使用已完成的工作，我们未完成的工作得到反映在项目的速度，所以未来的计划考虑到的困难。

是的，选择1是指我们没有完成我们致力于--但如果这是发生了什么事那么这是更好地承认和了解，以更好地应付接下来的时间比以隐藏。 不好的东西会发生每个人-关键是我们如何提高从我们在哪里。

你可以做的备选办法2-继续完成的杰出工作，通过延长冲刺。只有做到这一点，如果工作是超级-高度优先的顾客和他们明确选择这样做。 延长冲刺，使他们难以相互比较，因为他们在不同的长度。

绝对永远永远不会让一个冲刺合并进入下一个 -要么你正在延长的老的冲刺，或者你开始一个完全新的。如果你让我们两个冲刺合并成彼此然后你不是真的在冲刺了，并计划打破了...

Answer 3

我可以回答"这取决于"?另外，我想扔在一个"定义完成"。

我们已经有这种情况有几次，并处理它以不同的方式根据具体情况。

因为我记得，在两种情况下，我们让冲刺失败。它实际上是更多的演示拒绝的那种失败。特点本身被认为是完整的团队，但有太多的悬而未决的问题，松散的结束和一点的详细信息，出现了期间演示。它将采取一两天到包裹的一切，所以我们让冲刺失败，并且采取了所有开放的项目进入下一个冲刺。我们仍然不得不回顾性和迭代规划，用于新用户的故事，但没有一体化的代码线和冲刺正式标记为失败。

在另一种情况下，我们只有一两个错误是把最后一分钟，再加上一对夫妇的事情从用户的故事。我们预计总的工作至三天的上衣和只是延长了冲刺。这就够了我们要修复的错误，使一对夫妇的变化和做第二个冲刺演示约三天后。

因此，无论是备选案文4或备选案文2为我们当时它被称为。

有几件事情要考虑在这里。第一，(和我说Scrum术语在这里，因为我使用它，以便随时取代它的任何最适合)获得解，产品的所有者和球队一起，并讨论选择公开。我不认为还有一段路要走。你能坚持到纯的方法，但在现实生活中，并不总是最好的路要走。有时，弯曲的规则的一位有很大帮助，使生活更加容易，为每一个人。

如果你合作得很好，你应该找到一项适合所有人的参与。(如果你不能你可能有潜在的问题。) 不只是东西上的团队没有至少讨论或至少说明原因。

选项3听起来像是最混乱的我,所以我的规则。

很多这里的人都认为，选择2的违背基本的敏捷(或斯克拉姆)的规则,但我不同意。Scrum明确地说你可以延长冲刺如果呼吁，同样可以减少故事，或者添加资源。你不应该这样做，直到绝对必要的，但据我所知这是不严格地反对这本书。在基地的时候，我们做到了，这是最好的解决方案用于每个人，因为我们仍然有冲刺做的，仅仅三天后，每个人都非常满意的结果。如果我们在谈论一个星期或更多的选择方案2没有适当的。

我真的不喜欢选项1。把一半的做东西了工作实现可真乱。你失去联系的代码已经完成和一体化，坦率地说，可以是一个痛苦。它可能不同，这取决于你的工作方式，但是从我的经验，把代码出的代码不是你想做的事情。

作为备选方案4，是很恶劣，但随后再次当传达正确的，它应该没问题。该队从知道它什么时候搞砸了，不能提供，所以它不喜欢你们打破的任何消息给他们。

因此，有几件事情要考虑。

• 多少时间，它将需要得到它做了做？如果它是只有一天或两天，延长了冲刺可能是最好的选择。
• 多大的努力，它将被删除的代码这就是已经在那里？如果是混乱和需要时间、决心以备选方案2或4。如果这很容易，可能备选方案1是要走的路。
• 什么团队认为吗？什么产品拥有者认为吗？什么别人认为的？没有弹簧可能具有影响的团队士气，但可能不是。

Answer 4

对于一个敏捷的项目，重要的是要有一个'的定义的做'.这是一个很小的检查清单的事情需要做，以类的东西为完成。它是不会有不同等级完成：

• 用户故事-这可能包括诸如有关的所有任务，与我们必须完成，所有代码检查在建设和成功地通过单元测试、验收测试已经完成。

• 冲刺-这可能包括的事情，例如所有的故事对于冲刺的是"完成"(见上文，回顾已举行的，该产品的所有者已经看到了一个示范的功能等。等等。

• 释放冲刺中发展的前一系列的冲刺阶段已经成功地综合和回归测试，其功能已经被释放到生活环境。

在4个选项是不明确。说了很多和已写入关于什么应该和不应该做周围的失败的冲刺，延长了冲刺，并不包括某些特征或者其他。我找到那敏捷的项目很多的实用主义需要，尤其是在最初的几个冲刺。

重要的是不要挂了。刚从中学习、适应和行动。

Answer 5

我会带上的变化备选办法1.如果特征B可分为什么是完成，哪些没有完成，这应导致修订后的任务来完成它的下一次冲刺。什么是完成交付，并同时送货并不完美，这个想法应该试试最好的然后工作上有什么下一个是根据优先事项。

延长是一个灾难，我的脑海里。不完成特征意味着解决所有的错误在这吗？见过软件，有零错误？

失败的冲刺了太完美主义进入的事情。是的东西那是99%的人完成不值钱吗？我不这么认为的，但也有一些人民有非常高的标准，可以相当苛刻。

编辑：有时候，一个最初特征是给出含糊的要求得到澄清过程的冲刺。例如，一个特征的要求"作为一个用户，我想，"可以进一步细作为规划的一部分的冲刺期间或冲刺。在这两种情况下，如果一些故事涉及一个特征，这些可以而且应该介绍演示如果一个人做。这一点是能够说，"这是我们在哪里。如果一个优先事项是在那里完成这个吗？"为什么可能已经迫切之前，不可以在结束冲刺。

Answer 6

第一，规则：迭代固定长度的时间框他们是完成结束时的时间框。因此，这消除了备选办法2和备选方案3.关于备选案文4，迭代不正常的终止可能发生在非常特殊的情况(确定性的目标就不可能实现，外部事件使我们的目标,...)但是，这必须仍然是一个特殊事件。和之前中止，有一般的其他选择：1.做些别的事情/创新2.得到帮助/外包3.减少的范围。这让你有备选案文1，显而易见的选择。

我看的问题与选择1是该团队不提供什么样的承诺。在某些情况下，可能不能够排除功能B，而不会使整个释放的无用(或至少基本不太有价值)。它可能会使困难的指导方向下一个冲刺没有的特征B。

如果这是真的，然后B是更重要的是比A、D、F和你没有工作的最重要的项目第一，这是错误的，它不应该发生的或者...A、D、F实际上是非常宝贵的，在这种情况下你的假设实际上是不正确的，推迟B因此不是一个大问题。所以，只要做到这一点只要你意识到这可不做，看看如果你可以替代它有一个较小的项目。