agile - 团队如何处理当前的冲刺积压项目？

Question

已关闭。此问题不符合 Stack Overflow guidelines 。目前不接受答案。

---

这个问题似乎与 help center 中定义的范围内的编程无关。 .

已关闭 5 年前。

Improve this question

Scrum 和敏捷认为，当前冲刺待办事项中的项目应按优先顺序处理，并且整个团队一次处理一个项目。

实际上，这似乎对我们的团队不起作用。要么该项目太小，以至于所有团队成员都无法高效工作(包括考虑结对)。因此，我们最终可能会在整个团队中同时完成两到三项任务。

我很想听听其他团队是如何做到这一点的，以及他们通常在给定的冲刺中 promise 多少项目。

Answer 1

items on the current sprint backlog should be approached in priority order, and one item at a time by the whole team.

我不知道是谁说的，至少我不记得到目前为止听过或读过类似强调文本的内容。当然，这还取决于您的项目是一个故事还是单个任务。

如果这是一个故事(通常由多个任务组成)，则可能有机会实现这一目标。然而，正如你所说，有时故事并没有包含足够的任务来让每个人都忙起来。通常，与故事相关的任务彼此强烈依赖，例如可能会有一场设计 session (涉及部分或整个团队)，然后是一个或多个编码任务，然后是代码审查、功能测试、文档等。显然，在编码之前不能进行功能测试，等等。

由于每个人都必须做某事，因此在任何给定时间，至少有与团队成员(或对)一样多的开放任务。考虑到有时任务会因各种原因(任务间依赖性、需要外部各方提供的信息等)而被搁置，通常甚至更多。

在一个由 4 名开发人员组成的团队的 Scrum 项目中，我们遇到了非常相似的情况。我们确实努力尽可能按优先顺序处理故事，通常我们随时都会有多个故事和多个任务。一开始，我们经常在冲刺结束时遇到几个半成品故事的问题。因此，我们意识到将未完成的任务/故事的数量保持在最低限度非常重要，即在开始新任务/故事之前始终尝试先完成未完成的任务/故事。但实际上，这个最小值从来就不是 1。

至于每个冲刺的故事数量，我们只是根据我们(故事，然后是任务级别)的估计放入尽可能多的故事。这当然很大程度上受到我们的速度的影响，一开始我们对速度的估计太高了。几个月后，我们将其降低到 60%，这个值似乎对我们有用。