在一个敏捷团队,重要的是如何完成一个单一的故事之前移呢?

我们敏捷教练相当的教条约带来的一个故事完成之前移动。我可以看到这一发展将会出现被更多的"控制"在这种情况下,加敏捷教师将具有非常精确的照片什么团队成员的工作,在任何给定的时间...但我感兴趣的这到底是什么买我们吗?

显然敏捷教练想尽量减少分歧的燃尽离现实,避免冲击来结束冲刺-但是当然如果是两个星期长,燃尽更新一贯和阻滞交流在站会--有任何分歧将会受到限制由sprint的长度和可见中的冲刺通过通常渠道(即该立或发言,以敏捷教练单独).任何剩余的问题可以处理在两周一次的回顾展。

因为这个问题是,我似乎找到我工作的最有效地通过保持说2(或3如果一个人是特别容易)的故事在进行的在任何给定的时间,我的工作上,因为我看到合适的。这看来似乎以协助有子发现的背景以为协助完成任务。它还允许我更好的理解更大的画面,如果一对夫妇的事例是相关的。

我们的故事通常的工作一天或两天的工作。

那么,是工作的一对夫妇的故事时令人难以接受的,如果那么一个故事一时间给你买?

有帮助吗?

解决方案

我认为这真正是团队决定。我觉得你打在你写了有关燃尽,最重要的是满足你冲刺的承诺一致。如何发生这种情况真的应该达到的团队,如果他们真正的自治。团队im现在,我们的标准是工作在多个故事在一次;它的性质,我们安装鉴于我们尝试真正的扩散所有权的故事跨队。它可能是一个不同的规范你的,如果你有更短的故事和更多的个人所有权的风格。

其他提示

我个人认为一个故事的时间运作良好,因为它使你专注于任务。费用的上下文之间的切换多个故事,可高。这是个人的偏好对我来说,但不同的人的工作方式不同。虽然我认为你敏捷教练是正确的,在他的方法,如果你已经找到了非常令人信服的理由多个故事的时间并且可以表明,它实际上是在帮助取得进展,那将是一个良好的情况下做出的。

海事组织,有一个基本的问题在这里。有时候当工作上的一个故事,我需要的东西从另一个部门/组,例如澄清要求或图形的一页,而这意味着,我不会完成一个故事之前移动到另一个故事。而你说这在讨论的阻滞剂在立,这可能发生在那里它是外面有人来帮助我完成一个故事如此可能有多个家伙在我的板。因此,我可以有多个故事,由于阻止的东西,并且仍然希望是富有成效的。

在一般情况下,我不喜欢试图管理的多份代码的基地或交换我的代码很多,所以我更喜欢做一个故事在一段时间,假设没有阻滞剂。大小的代码,我的工作与为-1.1GB的数据传播通过有82,000+文件,所以具有多重副本可能超过一点点的痛苦我愿意想象的。

我个人的猜测就是,它是最多的队设定的标准,并看到它为他们工作。如果有些人喜欢一个故事的时间和其他人不多以及一切都很好,很酷。如果每个人都喜欢拥有多个故事在各点的完成,即可以工作了。

不不猪的积压... 以我的经验,当故事是1和2之间的天在大小,他们往往可以通过一个单一的开发。如果你的工作2或3个故事同时,这可能会减少量的东西在的积压工作,其他开发商可以选择从而危及冲刺。

...但是,计划的堵塞 另一方面,工作2或3个故事在一次意味着,如果你是暂时被阻止在一个故事,你可以立即生产。我发现有某些开销,每次我开始一个新的故事。这种开销,使它难以填补一个小时的"差距"在我的一天 新的 故事,而这就更容易方面开关于一个故事我已经开始。

底线,让我们的团队决定...然后审查结果期间的回顾.如果你的故事、任务和工作流程支持的环境中的团队成员可能工作2(也许3)故事在一段时间而又不牺牲效率或可预测性,然后你SM应该尊重这一点。但同时你应该老老实实地审查的结果在每次回顾,并准备改变,如果SM不认为它的工作。

我通常会认为在决定如何以最好的工作应几乎完全由的团队。解的作用是帮助和支持的团队,不要问团队的方法的工作在一个冲刺。

为了公平起见,有时它可能是一个好主意,为解,指出可能的缺陷或危险,将属于该类别"帮助和支持"。被教条式的对你个人的想法如何在冲刺应该看起来像内部是没有的东西,我希望一事采取行动等。这听起来有点像misunderstading的作用,作为一个经理的角色,这是简单的情况。

至于我们如何做到这一点:我们几乎总是工作上的几个故事在一次。在那一刻,我们有一个四人敏捷团队有三个开发商和一个测试,我们几乎总是至少具有两个或三个故事要在同一时间。在最后冲刺,我们试图开始与所有的故事早就在冲刺到达到我们有一个基本的设计和良好的什么想法的潜在问题可能是。当然,我们无法工作的所有故事,在同一时间之后。

我的理解是,在条款的风险管理,你可能会想要确保一切都是为一个故事之前你解决的下一步。然而,其缺点是当你遇到不可预见的问题,我觉,你可能没有足够的时间来修复。通常的问题显示他们丑陋的脸孔在实施阶段和往往不够太早。因此,基本上你交换一个风险用于另一个。

其风险是容易处理应该达到的队伍。这是他们的冲刺后所有而我认为这是完全公平的解提问题的方式有关的冲刺的是怎么回事,他不应该强迫他的想法的最佳方式工作队。

最后,我认为这归结为这两件事:

  1. 是的,我们所做的工作在几个故事 在一次,它曾出现 这么远。

  2. 记得的事是 工作队,而不是其他 反。

请注意,我主要谈论整个团队的工作在几个故事,不是一个开发商。这问题我会看见那是你需要确保你不阻止任何故事的让他们开放,因此,没有一个人可以继续工作。再一次,这是一个问题的情况和偏好。当涉及到测试,我们的测试常常有几个测试的任务对于不同的故事,使他可以很容易地转换到不同的任务,如果一些错误阻止他继续从测试一个特征。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top