目前我们在JIRA中拥有以下状态/列：
在我目前的理解中，这是错误的，因为我们试图在一个状态维度中处理两个问题：开发和部署。我想将sprint与发行版/版本分开。目前我们不能结束冲刺，直到所有门票都在批准生产，这会导致瓶颈。
你的建议是什么？我想到的一个想法：将状态限制为Open，In Progress，Done，Closed并通过JIRA内置版本控制处理部署/发布。如果生产时出现问题，则必须打开错误提单。
否则我认为没有机会，因为JIRA 6.4的版本控制/发布似乎不包括状态列本身。
答案 0 :(得分：1)
是否正在向团队的生产部分发布“已完成的定义”？如果它是你的工作流程很有意义。
开发和部署之间没有任何关注点分离。已开发但未部署的代码对业务没有任何价值。发展只是发布过程中的一个步骤，即实现价值的过程。
sprint是一个时间盒，而不是一定量的工作。当时间框结束时，您仍在进行的工作不会“完成”。如果你经常无法完成你带入sprint的所有工作，那么这表明你带来了太多的工作。团队的速度，这是衡量每个sprint'完成'的工作，应该是一个好的指示你的冲刺能力是什么。
如果您的瓶颈是发布到生产并验证发布，那么您是否应该集中精力改进此流程？这可能意味着更多的发布自动化或与利益相关者在验证版本方面的更好协调。