为什么我们使用“冲刺”一词？

敏捷宣言的创始原则之一是

敏捷过程促进可持续发展。赞助者，开发者和用户应该能够无限期地保持恒定的步伐。

Scrum团队使用术语sprint来指工作周期（也称为迭代）。

但这对我来说没有意义。根据谷歌的冲刺是：

在短距离内全速运行。

换句话说，这是不可持续的。为什么Scrum团队使用sprint这个词？在我看来，这与敏捷的基本原则之一相抵触。

换句话说，这是不可持续的。

对。

在大多数敏捷项目中，您一次不会运行数月的冲刺（运行良好的冲刺，我敢肯定有些“我们想要流行语，所以我们是一家敏捷瀑布商店”），您的冲刺较短，然后进行新的计划/ retros / etc。

这才是重点。

为什么Scrum团队使用“ Sprint”一词？在我看来，这与敏捷的基本原则之一相冲突。

敏捷的基本原理相对广泛，但要点是不要运行最初计划的“马拉松”（即瀑布），而是将其分成非常短的部分。

因此，“冲刺”。

至于术语来自敏捷内部，SCRUM开发流程的开创性工作使用了该术语。我怀疑此后没有人对此进行过更改。

对于那些对长度感到好奇的人，从这项工作中可以得出：

Sprint是在预定时间段（通常是一到四个星期）内进行的一组开发活动。间隔基于产品复杂性，风险评估和所需的监督程度。冲刺的速度和强度取决于所选的冲刺持续时间。

这个想法是，在sprint之间，您需要召开会议来交流项目状态，解决紧迫的问题并通常进行重组。在敏捷术语的混合隐喻中，您可以想象冲刺是由休息（会议，计划等）隔开的。

该术语更广泛地植根于Takeuchi和Nonaka在其HBR文章“基于橄榄球比喻的新产品开发新游戏”中建立的比喻。一个人组成了Scrum，将另一支球队踢出球，然后向场“冲刺”到一个进球。

Scrum的术语是“冲刺目标”，其他人则是从这个比喻中借用的。

隐喻是隐喻，不能从字面上看。这可能是这里的问题。

我认为这是因为在sprint中，您知道自己的位置，并且知道需要到达的位置，并且这是到达那里的相当线性的路径。从长远来看，这是不可持续的，但是在规划下一个目标之前，软件开发中的冲刺就不会很快。

同样，您每天可以进行短距离的冲刺（以锻炼术语来说，我是说）。只要您休息一下并制定出目标和目的地，就可以实现。

我一直与“冲刺”相关联的一件事是，它鼓励采取放低头并推动冲刺结束的态度，而不必过多关注冲刺之外发生的事情或在冲刺期间改变环境。

我认为，这种思维方式实际上对管理而言比对开发者更为重要。开发人员要面对开发的实质性现实。他们知道必须做什么以及如何去做。

但是，管理并不总是与业务的实际情况保持一致。他们可以在自己的脑海中记住“冲刺”一词，这可以解释为什么不能在冲刺中改变方向。团队正在冲刺，致力于在最短的时间内实现产品。考虑一下100码冲刺和100码跨栏之间的差异。

赞助者，开发者和用户应该能够无限期地保持恒定的步伐。

短跑意味着……短距离全速奔跑。

使用“冲刺”一词仍与保持恒定步伐的（敏捷）能力兼容。

整个团队保持恒定的步伐并不一定意味着他们在任何给定时刻都以相同的速度运动。例如，考虑一个接力队可能以恒定的速度集体运行，而单个地可能是：冲刺，等待或恢复。