如何执行冲刺sprint

当计划会议结束时，Scrum Master 将计划好的用户故事从积压工作拖到冲刺板上，并为每个故事创建适当的任务。
当板准备好后，冲刺开始。如果可能的话，每个人都可以自由地从最上面的泳道接受一项开放的任务并开始工作。 我们尝试为每个团队成员只保留一项任务。但是，有时开发人员可能会拿卡片进行调查，但仍在从事开发任务。

提示

• 我们将未分类的卡片放在棋盘的顶部。在这个泳道中，我们添加了我们认为在冲刺期间完成的重要错误和任务。这条泳道帮助我们密切关注与任何用户故事无关的重要活动。
• 我们有两条泳道专门用于支持每个冲刺的活动。我们认为尽快调查和修复客户的票很重要，并希望在冲刺期间为这些活动分配时间。通过这种方式，我们监控需要开发人员关注的支持票证的进度，并明确优先处理这些票证：关键问题被添加到最上面的泳道，而正常和主要支持问题则进入板底部的支持泳道。如果我们在当前 sprint 中不解决这些问题，我们将在下一个 sprint 中将它们移到顶部泳道。

 youtrack中的设置：

Scrum 板设置

我们为 Scrum 板使用以下设置。

一般的

• 项目： YouTrack、YouTrack Backlog——我们只将这些项目的问题添加到董事会。
• 可以查看和使用看板：基于项目 - 有权访问 YouTrack 和/或 YouTrack 积压项目的每个人都可以访问我们的看板。
• 冲刺选项：手动将问题分配给冲刺——我们手动将所有卡片添加到板上，主要是通过从积压中拖动，或在板上创建卡片。 

列和行

• 列由 State 字段中的值标识。我们使用值 Open、In Progress 和 Fixed 作为列。
• 泳道由分配了用户故事和技术债务类型的问题来识别。

卡片

• 我们不使用估计字段。
• 新卡的默认问题类型是任务。
• 我们使用优先级字段中的值对卡片进行颜色编码。

每日站立

状态更新

我们每天都有一个站立会议，每个人都必须参加。我们的团队大约有 12人，但我们会尽可能缩短站会时间。但是，我们为站立会议预留了 1 小时，以便在需要时有足够的时间进行讨论。

 首先，我们做一个状态报告。团队成员报告自上次站立以来他们所做的工作以及他们接下来计划开展的工作。如果有需要讨论的开发任务或一般性问题，Scrum Master 会在状态更新后将其收集为一个项目进行讨论。报告时间限制为 1 分钟，这使状态更新限制为 15 分钟。

当团队的最后一位成员报告完毕后，我们在大屏幕上打开 Scrum 板。Scrum Master 检查所有进行中的任务是否存在潜在的阻碍或延迟。当一张卡片连续三个站立在“进行中”列中时，Scrum Master 会要求开发人员将任务拆分为更小的工作单元。

燃尽

当我们的 Scrum 板更新时，我们会检查 Burndown。使用#NoEstimate 方法，我们根据已完成的用户故事的数量来跟踪我们的进度。这是我们在 sprint 第一周的 Burndown 的样子： 但是，如果要根据所有卡片计算 Burndown，您可以看到我们仍在按时完成分配给当前 sprint 的问题: 整个状态和板子更新过程大约需要 20 分钟。

 

其他讨论

参与讨论部分是可选的。产品负责人回顾讨论列表并确定团队的哪些成员应该参与。欢迎其他人加入，或离开并恢复正常活动。讨论由产品负责人主持。每个人都可以自由分享她的意见，先举手。如果产品负责人觉得我们偏离了主题，他可能会阻止演讲者。总共，讨论可能需要 40 分钟。如果我们还有任何话题，我们可以将讨论推迟到下一次站会或在 Slack 频道中讨论。

 slack

 我们使用多个 Slack 频道在团队和其他使用 YouTrack 的 JetBrains 团队内进行实时交流。我们已经使用 Slack 大约两年了，它非常适合我们。它节省了大量日常交流的时间，并记录了每次对话。我们有一个#youtrack频道，JetBrains 中的每个人都可以使用。该频道专门用于一般讨论，提出我们的 YouTrack 实例的问题。欢迎公司中的每一个人加入频道报告问题，或直接向团队提问。
我们已经集成了 Slack 和我们的 YouTrack 实例，因此我们会收到有关向我们的频道发布的当前 sprint 添加新问题的通知：

 

如果有两个或更多人同时在 Epic 上工作，我们会创建一个特殊的 Slack 频道来讨论此功能。例如，我们有一个#youtrack-board频道来讨论与 YouTrack 中的新敏捷板相关的所有内容。