在 JIRA 中分离 Sprint 和 Release

Question

目前我们在 JIRA 中有以下 states/columns：

• Open/Todo（-> 开发人员接受任务并开始工作）
• 进行中（-> 开发人员将任务设置为完成）
• 完成（-> QA 测试暂存并将任务设置为准备部署或重新打开）
• 准备部署（-> 开发人员在发布之日部署这些任务）
• 已部署（-> QA/Stakeholder 在 Live/Production 上再次测试任务并关闭或重新打开）
• Done/Closed

在我目前的理解中这是错误的，因为我们试图在一个状态维度上处理两个问题：开发和部署。我想将 sprint 与 release/versions 分离。目前我们无法结束冲刺，直到所有工单都获得生产批准，这会导致瓶颈。

你有什么建议？我想到的一个想法是：将状态限制为打开、进行中、完成、关闭，并通过 JIRA 内置版本控制处理 deployment/release。如果在生产中出现问题，必须打开错误票。

否则我看不到机会，因为 JIRA 6.4 的 versioning/releasing 本身似乎不包含状态列。

Answer 1

发布到生产环境是您团队 'definition of done' 的一部分吗？如果是，那么您的工作流程就很有意义了。

开发和部署之间没有关注点分离。已开发但未部署的代码对业务没有价值。开发只是发布过程中的一个步骤，发布是实现价值的关键点。

冲刺是一个时间框，而不是固定的工作量。当时间框结束时，您仍在进行的工作就不是 'done'。如果你经常无法完成你在冲刺中带来的所有工作，那么这表明你带来了太多的工作。团队的速度是衡量每个冲刺获得 'done' 的工作的标准，应该是很好地表明您的冲刺能力。

如果你的瓶颈是发布到生产和发布的验证，那么也许你应该集中精力改进这个过程？可能这可能意味着更多的发布自动化或与利益相关者更好地协调验证发布。