问题标签 [sprint]

编辑以提高清晰度

Scrum 建议您将开发拆分为多个 sprint。每个冲刺都是固定的持续时间。在每个 sprint 结束时，您都会询问客户是否应该发布该软件。如果他们说是，您将执行发布冲刺，在此期间您会​​连续执行所有您想做但成本太高的任务，例如外部用户测试、性能负载测试和签核、刻录 CD（如果相关） ，编写以用户为中心的文档等

在我当前的项目中，我们刚刚完成了我们的第一个发布冲刺。我们发现我们失去了 scrum 的很多优势，例如烧毁（因为很多事情都是在修复微小的调整或暂时从站点中删除安全性以便进行负载测试），一个明确的目标是要完成多少工作接下来完成等等。基本上，发布任务太接近消防，无法通过普通的 scrum 工具轻松跟踪。

在发布冲刺期间，其他人使用了哪些方法，您发现应该避免哪些陷阱？

1. Sprint 和迭代之间是否有区别，或者 Sprint 中可以有迭代，或者 Sprint 只是使用的术语而不是 Scrum 中的迭代？如果有人可以对此有所了解，那将很有帮助。

2. 假设有 4 个 sprint，并且您决定第一个 sprint 将持续 10 天，是否要求其他 3 个 sprint 的长度应该与第一个决定的 sprint 的长度相同？？

让我们举个例子，假设我们有 5 个故事 A、B 和 C、D、E。

这些故事是根据它们的重要性（优先级）排序的。你如何估计它们？是根据特征的大小来估计的吗？例如，我给了他们估计值：

假设这是一个为期 2 周的 sprint。这是 14 天的时间大小=5,14x5=70 个工作日。现在值 10 是什么意思？这是否意味着团队应该花费的时间（小时或天）？什么是故事点？假设这是第一个冲刺；当你没有最后一个 sprint 的速度时，你将如何估计 sprint 的数量？

我是一个由 4 名开发人员组成的小团队的 Scrum Master。我们正在做的项目有很多我们以前从未做过的任务，而且在冲刺计划会议上也不能轻易估计。对我来说，在这种不确定性的情况下进行 sprint 的最佳方式是什么？我发现用一个可能发布的产品完成一个冲刺非常困难。当有很多未知长度的任务时，我也发现很难计划冲刺。

我使用 Scrum 从事敏捷项目。

冲刺来了又去，我们成功地完成了里程碑。该系统运行良好，足以满足当前客户的要求。

然而，我们留下了一个严重需要重构的系统，因为大部分开发都是在几乎没有关注未来的情况下进行的（相反，重点是手头的 sprint）。

如何最好地处理这个问题？Sprint(s) 致力于重构？

给定一个短暂的 sprint，放弃 TDD 以在 sprint 中“完成任务”是否可以接受。

例如，给定的工作可能需要 1/3 的 sprint 来围绕现有实现设计对象模型。在这种情况下，您很可能最终得到已实现的代码，例如在 sprint 进行到一半时，没有任何测试（在此“设计”阶段实施单元测试会增加大量工作，并且测试可能会被丢弃几次，直到最终“设计”已确定）。

然后，您可能会在第二周花一两天时间在事后添加单元/集成测试。

这可以接受吗？

我第一次尝试使用 Team Foundation Server 2010 进行敏捷。

我想为每个冲刺输入一个开始日期和一个结束日期，但我认为这实际上是不可能的。

您是否有一些提示如何扩展此数据？

使用 sprint 的 TRAC TicketQuery 模板来显示正在发生的事情。当模板在多个位置需要它时，我将如何只输入一次当前 sprint 的名称？例如“Sprint1”需要 6 个地方：

= 新项目 = [[TicketQuery(milestone= Sprint1 ,status=new,format=table,order=priority,col=id|summary|priority|component|owner|type)]]

= 正在进行的项目 = [[TicketQuery(milestone= Sprint1 ,status=in_progress,format=table,order=priority,col=id|summary|priority|component|owner|type)]]

Scrum 和敏捷表示，当前 sprint backlog 中的项目应该按优先级顺序处理，并且整个团队一次一个项目。

实际上，这似乎对我们的团队不起作用。要么项目太小，以至于所有团队成员都无法发挥作用（包括考虑配对）。所以我们最终可能会在任何时候在整个团队中完成两三个项目。

我很想听听其他团队是如何做到的，以及他们通常在给定的 sprint 中承诺多少项目。

我们的角色不仅仅是产品开发。我们还为内部和外部客户提供“第一线支持”，这些任务中的任何一项，就其本质而言，总是会优先于任何产品开发优先事项。

我们如何使用 SCRUM 的 sprint 来帮助我们管理产品开发和支持问题？