blocks|key|1315264|text|去问问团队。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1315265|如果他们认为这是有趣或有用的名字，冲刺，选择一个一起。|1315266|既然每个sprint都是应该有一个目标，那么找到一个合适的名称就不会有问题。|offset|length|1315267|命名sprint实际上可以帮助团队专注于主要目标。|1315268|我个人会喜欢这种事的。|entityMap|0|LINK|mutability|MUTABLE|url|http://c2.com/cgi/wiki?SprintGoal^0|0|0|C|7|0|0|0^^$0|@$1|2|3|4|5|6|7|S|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|T|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|U|8|@]|9|@$F|V|G|W|1|X]]|A|$]]|$1|H|3|I|5|6|7|Y|8|@]|9|@]|A|$]]|$1|J|3|K|5|6|7|Z|8|@]|9|@]|A|$]]]|L|$M|$5|N|O|P|A|$Q|R]]]]

Ask the team.

If they think it's fun or useful to name the sprint, choose one together.

Since every sprint <a href="http://c2.com/cgi/wiki?SprintGoal">should have a goal</a>, it shouldn't be a problem to find a suitable name.

Naming the sprint could actually help the team focusing on the main objective.

I would personally love that kind of thing.

blocks|key|5054787|text|经过一段时间的思考后，我提出了以下约定：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|5054788|<year>+CW+<starting+calendar+week>+-+<ending+calendar+week>:+<goal>+(<version>)|code-block|syntax|javascript|5054789|版本是可选的。|5054790|所以你最终得到的结果是：|5054791|2013+CW+27-28:+Improved+reporting+and+dashboards+(v1.5.1)
2013+CW+29-30:+Redesigned+gadgets+(v1.5.2)
...|5054792|这个语法回答了以下问题：|5054793|什么时候做的？|unordered-list-item|5054794|为什么要这么做？|5054795|在什么版本下发布的？|5054796|还包括：|5054797|它是可排序的|5054798|这是可以预见的|5054799|允许灵活性而不牺牲信息。|entityMap^0|0|0|0|0|0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|14|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|15|8|@]|9|@]|A|$E|F]]|$1|G|3|H|5|6|7|16|8|@]|9|@]|A|$]]|$1|I|3|J|5|6|7|17|8|@]|9|@]|A|$]]|$1|K|3|L|5|D|7|18|8|@]|9|@]|A|$E|F]]|$1|M|3|N|5|6|7|19|8|@]|9|@]|A|$]]|$1|O|3|P|5|Q|7|1A|8|@]|9|@]|A|$]]|$1|R|3|S|5|Q|7|1B|8|@]|9|@]|A|$]]|$1|T|3|U|5|Q|7|1C|8|@]|9|@]|A|$]]|$1|V|3|W|5|6|7|1D|8|@]|9|@]|A|$]]|$1|X|3|Y|5|Q|7|1E|8|@]|9|@]|A|$]]|$1|Z|3|10|5|Q|7|1F|8|@]|9|@]|A|$]]|$1|11|3|12|5|Q|7|1G|8|@]|9|@]|A|$]]]|13|$]]

After a while thinking about this, I came with the following convention:

<pre><code>&lt;year&gt; CW &lt;starting calendar week&gt; - &lt;ending calendar week&gt;: &lt;goal&gt; (&lt;version&gt;)
</code></pre>

Version is optional.

So you end up with something like:

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

This syntax answers the questions:

<ul>
<li>When was it done?</li>
<li>Why was it done?</li>
<li>Under what version was it released?</li>
</ul>

And also:

<ul>
<li>It is sortable</li>
<li>It is predictable</li>
<li>Allows for flexibility without sacrificing information</li>
</ul>

blocks|key|5054576|text|在我工作的一家公司，我们每月都有冲刺/发行版，我们按网络迷因的字母顺序命名它们。我最近制作的版本是：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|5054577|键盘猫|unordered-list-item|5054578|lolcat|5054579|梅加什克|5054580|努马努马|5054581|这为这个过程增加了一点乐趣，特别是在为即将到来的迭代命名的时候。|entityMap^0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|O|8|@]|9|@]|A|$]]|$1|E|3|F|5|D|7|P|8|@]|9|@]|A|$]]|$1|G|3|H|5|D|7|Q|8|@]|9|@]|A|$]]|$1|I|3|J|5|D|7|R|8|@]|9|@]|A|$]]|$1|K|3|L|5|6|7|S|8|@]|9|@]|A|$]]]|M|$]]

At one company where I worked, we had monthly sprints/releases, and we named them alphabetically after internet memes. The releases I worked on recently were:

<ul>
<li>keyboardcat </li>
<li>lolcat </li>
<li>megashark </li>
<li>numanuma</li>
</ul>

That added a bit of fun to the process, especially when it came time to name the upcoming iteration.

blocks|key|5054510|text|如果整件事都是为了一个特定的目的(“添加报告”，“引入欧洲的地点”)，那么你的名字就在这里。如果它是待办事项的集合，那么一个模糊的日期(“6月发布版”)适用于我们。这让我们可以对一个用户说：“我认为这不适合六月的发行版，可以把它放在下一个版本吗？”或者“如果你想要在6月发布，我们需要在6月5日之前解决管它呢”。它们只是标签，但它们是有目的的。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|entityMap^0^^$0|@$1|2|3|4|5|6|7|C|8|@]|9|@]|A|$]]]|B|$]]

If the whole thing is for a specific purpose ("add reporting", "bring in European locations") then there's your name. If it's a collection of things from the backlog, then a vague date ("the June release") works for us. This lets us say to a user "I don't think that wil fit in the June release, is it ok to put it in the next one?" or "if you want that in the June release, we'll need to settle [whatever] by June 5th". They are just labels, but they serve a purpose.

blocks|key|5054669|text|对我们来说，我们喜欢把有趣的名字，无论如何，内部，在我们的编号发行版和更大的项目，以打破一些单调。我们一直在寻找更有趣/更有创意的名字，为我们的更大的项目和发行版，但我们显然也使用传统编号(1.0，1.1)或基于日期的系统，以保持从代码的角度跟踪我们最好的是老学校说唱歌手。没人说scrum开发一点都不好笑|type|unstyled|depth|inlineStyleRanges|entityRanges|data|5054670|例如。Beastie+Boys，Coolio，DJ+Jazzy+Jeff，Eazy，Flavor+Flav等.|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|E|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|F|8|@]|9|@]|A|$]]]|D|$]]

For us we enjoy putting funny names, internally anyway, to our numbered releases and larger projects to break up the monotony a little. We are always looking for funnier/more creative names for our larger projects and releases,however we also obviously use a traditional numbering (1.0, 1.1) or date based system to keep track from a code perspective
our best to date is old school rappers. No one says scrum development can't be a bit funny

Ex. Beastie Boys,
 Coolio,
 DJ Jazzy Jeff,
 Eazy-E,
 Flavor Flav,
 Etc.

blocks|key|1315352|text|在我的团队中，sprint倾向于以我们正在准备的生产发行版命名。在生产版本跨越几个sprint的情况下，我们附加迭代号。所以，比如说，|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1315353|5.0.2迭代1|unordered-list-item|1315354|5.0.2迭代2|1315355|4.16.1|1315356|等。|entityMap^0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|M|8|@]|9|@]|A|$]]|$1|E|3|F|5|D|7|N|8|@]|9|@]|A|$]]|$1|G|3|H|5|D|7|O|8|@]|9|@]|A|$]]|$1|I|3|J|5|6|7|P|8|@]|9|@]|A|$]]]|K|$]]

On my team, the sprints tend to be named after the production release version we are preparing. In the event of a production release that spans several sprints, we append the iteration number. So, for example,

<ul>
<li>5.0.2 Iteration 1</li>
<li>5.0.2 Iteration 2</li>
<li>4.16.1</li>
</ul>

etc.

blocks|key|1315421|text|日期!|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1315422|我们的流程对我们所做的每一个sprint都使用一个发布分支，因此sprint和发布分支的名称是一致的。我们使用计划发布日期作为分支和sprint的名称。|1315423|这使得你在同一时间更容易理解历史--例如，如果你在看一封关于你认为是固定的错误的旧邮件，根据邮件的日期，你可以很容易地跳到最近的分支名称(S)，以便更好地了解这个变化。(当然，您也应该在bug跟踪器中跟踪这一点，但是我们都知道情况并不总是这样。)|1315424|我们整个团队总是知道名字是什么，这也很好，所以我们在提到sprint或分支时总是在同一页面上。(从来没有混淆过“是本周的”獾“还是上周的”？)|1315425|在我看来，使用数字作为名称并不能提供任何价值。就这一点而言，虽然这样做可能很有趣，但抽象的名称也是如此。使用面向目标的名称可能是一个不错的补充(例如"2012-04-03:更新的客户小部件“)，但我不会回到使用抽象名称。|entityMap^0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|K|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|L|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|M|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|N|8|@]|9|@]|A|$]]|$1|H|3|I|5|6|7|O|8|@]|9|@]|A|$]]]|J|$]]

Dates!

Our process uses a release branch for each sprint we do, so the sprint and release branch names align. We use the planned release date as the name of the branch and sprint. 

This makes understanding history a bit easier at the same time -- e.g. if you're looking at an old email about a bug that you thought was fixed, based on the date of the email, you can easily jump to the closest branch name(s) to get a better idea of the change. (Sure, you should hopefully have this tracked in your bug tracker as well / instead, but we all know that's not always the case.)

It's also really nice that our entire team always knows exactly what the name is, so we're always on the same page when referring to a sprint or branch. (There's never any confusion of "Is 'badger' this week's release or last week's?".)

In my opinion, using numbers for the name doesn't really provide any value. For that matter, while it may be fun to do, neither do abstract names. Using goal-oriented names might be a nice addition (e.g. "2012-04-03: Updated customer widgets"), but I wouldn't go back to just using abstract names.

blocks|key|1315489|text|对于每个发行版，我们按字母顺序选择一个大城市的代号(例如亚特兰大、波士顿、芝加哥、达拉斯.)|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1315490|那个城市的一些大学名称成为我们的冲刺名称(Morehouse，Spelman，.，Harvard，Cambridge等)|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|E|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|F|8|@]|9|@]|A|$]]]|D|$]]

For each release we choose a big city codename alphabetically (e.g. Atlanta, Boston, Chicago, Dallas ...)

And some college names in that city become our sprint names (Morehouse, Spelman, ..., Harvard, Cambridge etc)

blocks|key|5054547|text|我从没想过要给他们取名字。我们通常在最后附加一个构建ID，以便跟踪问题，但是命名实际上并不是过程的一部分。如果每两周发布一次，你每年就会烧掉26个名字。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|5054548|不过，我想这会使它成为短跑计划的一个有趣的部分。下一次冲刺我可能得试一试。|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|E|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|F|8|@]|9|@]|A|$]]]|D|$]]

I never really thought about naming them. We usually attached a build ID at the end so we could track issues, but naming really isn't part of the process. With releases every two weeks you would burn through 26 names a year. 

I suppose this would make it a fun part of sprint planning though. I might have to try it for our next sprint.

Some Scrum software management tools give you this option to explicitly name your sprints.

Do you have a preferred way of naming your sprints or do you just use a simple scheme like 1, 2, 3, ...?

How do you name sprints in your projects?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

一些Scrum软件管理工具为您提供了这个选项来显式命名您的sprint。您有首选的方式命名您的冲刺还是您只是使用一个简单的方案，如1，2，3，.？

问如何命名项目中的sprint？
EN

回答 9

Software Engineering用户

Software Engineering用户

Software Engineering用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问如何命名项目中的sprint？EN

回答 9

Software Engineering用户

Software Engineering用户

Software Engineering用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问如何命名项目中的sprint？
EN