3

目前，我们在 JIRA 中有以下状态/列：

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

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

你的建议是什么？我想到的一个想法：将状态限制为 Open、In Progress、Done、Closed，并通过 JIRA 内置版本控制处理部署/发布。如果生产中出现问题，则必须打开错误票证。

否则我看不到机会，因为 JIRA 6.4 的版本控制/发布本身似乎不包含状态列。

4

1 回答 1

1

发布到生产环境是您团队“完成的定义”的一部分吗？如果是这样，那么您拥有的工作流程就很有意义。

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

冲刺是一个时间盒，而不是固定的工作量。当时间盒结束时，您仍在进行中的工作还没有“完成”。如果你经常无法完成你为 sprint 带来的所有工作，那么这表明你带来了太多的工作。团队的速度，这是衡量每个 sprint “完成”工作的指标，应该是一个很好的表明您的冲刺能力是多少。

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

于 2015-06-03T18:57:02.430 回答