目前我们在 JIRA 中有以下状态/列:
- Open/Todo(-> 开发人员接受任务并开始工作)
- 进行中(-> 开发人员将任务设置为完成)
- 完成(-> 对暂存进行 QA 测试并将任务设置为准备部署或重新打开)
- 准备部署(-> 开发人员在发布之日部署这些任务)
- 已部署(-> QA/利益相关者再次在现场/生产中测试任务并关闭或重新打开)
- 完成/关闭
在我目前的理解中,这是错误的,因为我们试图在一个状态维度中处理两个问题:开发和部署。我想将冲刺与发布/版本分离。目前我们无法结束冲刺,直到所有工单都获得生产批准,这会导致瓶颈。
您有什么建议?我有一个想法:将状态限制为打开、进行中、完成、关闭,并通过 JIRA 内置版本控制处理部署/发布。如果在生产中出现问题,则必须打开错误票。
否则我看不到机会,因为 JIRA 6.4 的版本控制/发布本身似乎不包含状态列。
最佳答案
发布到生产环境是您团队“完成定义”的一部分吗?如果是,那么您的工作流程就很有意义。
开发和部署之间没有关注点分离。已开发但未部署的代码对业务没有值(value)。开发只是发布过程中的一个步骤,发布是实现值(value)的关键点。
冲刺是一个时间框,而不是固定的工作量。当时间框结束时,您仍在进行中的工作并未“完成”。如果你经常无法完成你带入冲刺的所有工作,那么这表明你带入了太多的工作。团队的速度,这是衡量每个冲刺“完成”的工作的指标,应该是一个很好的指标指示您的冲刺能力。
如果您的瓶颈是发布到生产和发布验证,那么也许您应该集中精力改进这个过程?这可能意味着更多的发布自动化或与利益相关者更好地协调验证发布。
关于jira - 在 JIRA 中分离 Sprint 和 Release,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/30621261/