使用敏捷Scrum方法，积压的ready故事可以转移到sprint中
通常会有一个流程来同意故事被充分细化以便被视为ready
您如何在Jira？
我的备份计划是只有一个名为＆＃34; Ready＆＃34;的未注明日期的冲刺，然后将ready个故事从积压工作转移到＆＃34; Ready＆＃34;一个过时的冲刺，但这看起来很混乱
答案 0 :(得分：1)
一种常见的方法是使用积压优化会话来决定哪些故事已经准备好了＃39;
例如，您可以在sprint结束前几天计划一个积压优化会话。在该会话中，产品负责人将展示他们希望针对下一个sprint定位的故事。该团队审查故事并指出将其添加到下一个sprint的任何潜在问题。此时，产品负责人可以将故事标记为“准备就绪”。如果他们发现有用。其他故事可能需要更多的准备工作，产品负责人有计划在此进行此操作的日子。
我已经看过几种方法来记录准备好的＆＃39;州。一个是准备好＆＃39; Jira的专栏。另一种可能的方法是使用名为＆＃39; ready＆＃39;的单选按钮样式自定义字段。这样您就可以在Jira Agile的待办事项视图中添加一个快速过滤器，这样您就可以只显示在计划会话中准备好的故事。
答案 1 :(得分：0)
我认为，准备一个或多个故事的过程是准备好的，是冲刺计划。
Sprint计划使开发人员有机会深入了解故事，并向产品所有者提出问题，并决定其准备情况。如果产品所有者在规划期间无法清除故事，那么它还没有准备好。在我看来，对于准备就绪的酸性测试是否是开发人员对这个故事的估计是否合适。
在jira中反映这种状态是另一回事。在过去，我编辑了Jira工作流程，并添加了其他状态＆＃39;准备估算＆＃39;，但是自从删除它以来，它没有增加太多价值，但增加了复杂性。
我认为你应该瞄准大多数故事，使其成为冲刺计划明确定义并准备估计，但如果有一些不是，那就没关系，所以只要规划会议没有变成“设计”功能＆＃39;会话。有人需要称之为尚未准备好的事实，并将其从规划中抛弃。
添