【发布时间】:2015-09-03 14:28:09
【问题描述】:
使用敏捷 Scrum 方法,可以将积压中 ready 的故事转移到一个冲刺中
当一个故事已经足够完善以被考虑时,通常会有一个过程来达成一致ready
您如何在Jira 中表明这一点?
我的备用计划是只设置一个名为“Ready”的未注明日期的 sprint,然后将 ready 故事从 backlog 移至“Ready”到已注明日期的 sprint,但这似乎很混乱
【问题讨论】:
使用敏捷 Scrum 方法,可以将积压中 ready 的故事转移到一个冲刺中
当一个故事已经足够完善以被考虑时,通常会有一个过程来达成一致ready
您如何在Jira 中表明这一点?
我的备用计划是只设置一个名为“Ready”的未注明日期的 sprint,然后将 ready 故事从 backlog 移至“Ready”到已注明日期的 sprint,但这似乎很混乱
【问题讨论】:
一种常见的方法是使用积压工作细化会议来决定哪些故事“准备就绪”。
例如,您可以在 sprint 结束前几天计划一次积压工作细化会议。在那次会议中,产品负责人将展示他们希望为下一个 sprint 定位的故事。团队审查这些故事并指出将它们添加到下一个 sprint 的任何潜在问题。那时,产品负责人可以将故事标记为“准备就绪”,如果他们觉得有用的话。其他故事可能需要更多的准备工作,而产品负责人有几天的时间来计划这样做。
我见过几种记录“就绪”状态的方法。一种是在 Jira 中有一个“就绪”的专栏。另一种可能的方法是使用称为“准备”的单选按钮样式自定义字段。这将允许您向 Jira 敏捷中的积压视图添加一个快速过滤器,从而使您能够仅显示在计划会议上准备好的故事。
【讨论】:
我认为同意故事是否“准备就绪”的过程是冲刺计划。
Sprint 计划让开发人员有机会深入了解故事,向产品负责人提问,并确定是否准备就绪。如果产品负责人在计划期间不能把故事讲清楚,那么它还没有准备好。不过,在我看来,对准备情况的严峻考验是开发人员是否愿意对故事进行估计。
在 jira 中反映这种状态是另一回事。过去我编辑过 Jira 工作流程,并添加了额外的状态“准备估计”,但后来我删除了它,它没有增加太多价值,反而增加了复杂性。
我认为您的目标应该是明确定义并准备好进行冲刺计划的大多数故事,但如果有一些故事没有,也可以,只要计划会议没有'不要变成'设计功能'会议。需要有人说它还没有准备好,然后把它从计划中扔掉。
提姆
【讨论】: