您如何在项目中命名sprint？[关闭]

一些Scrum软件管理工具为您提供此选项，以明确命名您的sprint。

您是使用sprint命名的首选方式还是只使用简单的方案（例如1、2、3，...）？

问团队。

如果他们认为对冲刺命名很有趣或有用，请一起选择一个。

由于每个冲刺都应该有一个目标，因此找到合适的名称应该不是问题。

命名冲刺实际上可以帮助团队专注于主要目标。

我个人会喜欢这种事情。

考虑了一会儿之后，我想到了以下约定：

<year> CW <starting calendar week> - <ending calendar week>: <goal> (<version>)

版本是可选的。

因此，您最终得到如下结果：

2013 CW 27-28: Improved reporting and dashboards (v1.5.1)
2013 CW 29-30: Redesigned gadgets (v1.5.2)
...

此语法回答了以下问题：

• 什么时候做的
• 为什么要做？
• 它以什么版本发布？

并且：

• 可排序
• 可以预见的
• 允许灵活性而不牺牲信息

在我工作的一家公司中，我们每月进行冲刺/发布，并按互联网模因的字母顺序命名。我最近处理的发行版是：

• 键盘猫
• 洛尔卡特
• 巨型鲨鱼
• 努马努马

这给流程增加了一点乐趣，尤其是当需要命名即将到来的迭代时。

如果整个事情都是出于特定目的（“添加报告”，“在欧洲地区带来”），那么您就有名字了。如果是从积压中收集的东西，那么模糊的日期（“六月发布”）对我们有用。这让我们对用户说：“我认为6月发行的版本不适合，是否可以将其放入下一个版本？” 或“如果您希望在6月的发行版中获得批准，则我们需要在6月5日之前解决所有问题”。它们只是标签，但它们是有目的的。

对于我们来说，无论如何，我们都喜欢在内部将有趣的名称放入编号的发行版和较大的项目中，以消除单调。我们一直在为较大的项目和发行版寻找更有趣/更具创意的名称，但是我们显然也使用传统的编号（1.0、1.1）或基于日期的系统来从代码角度进行跟踪，而迄今为止，我们最好的还是老派说唱歌手。没有人说Scrum开发不会有点有趣

例如 Beastie Boys，Coolio，DJ Jazzy Jeff，Eazy-E，Flavour Flav等

在我的团队中，这些sprint通常以我们正在准备的正式发布版本命名。如果生产版本跨越多个sprint，我们将附加迭代编号。因此，例如

• 5.0.2迭代1
• 5.0.2迭代2
• 4.16.1

等等

日期！

我们的过程对每个执行的sprint使用release分支，因此sprint和release分支名称对齐。我们使用计划的发布日期作为分支和冲刺的名称。

这使得同时了解历史变得容易一些-例如，如果您正在查看有关您认为已修复的错误的旧电子邮件，则可以根据电子邮件的日期轻松跳转至最接近的分支名称（ s）更好地了解更改。（当然，希望您也应该在错误跟踪器中对此进行跟踪，但是我们都知道并非总是如此。）

我们整个团队始终都确切知道名称是什么，这也非常好，因此在引用sprint或分支时，我们始终处于同一页面上。（“本周发行或上周发行的'bad'从来没有任何混淆。）

我认为，使用数字来命名实际上并没有任何价值。因此，虽然做起来可能很有趣，但是抽象名称都没有。使用面向目标的名称可能是一个不错的选择（例如，“ 2012-04-03：更新的客户小部件”），但是我不会再回到仅使用抽象名称了。

对于每个版本，我们按字母顺序选择一个大城市的代号（例如A tlanta，B oston，C hicago，D allas ...）

那个城市的一些大学名称成为我们的冲刺名称（Morehouse，Spelman，...，哈佛大学，剑桥大学等）

我从未真正考虑过命名它们。我们通常在最后附加一个构建ID，以便我们跟踪问题，但命名确实不是过程的一部分。每两周发布一次，您每年将烧掉26个名字。

我想这将使它成为冲刺计划中有趣的一部分。我可能需要为下一个冲刺尝试一下。