在JIRA进行冲刺之前，如何查看看板上的故事？

我从devops搬到了jira，令我惊讶的是，在我的sprint之外，所有的故事和任务以及所有的事情都在积压中纠缠不清。我想使用看板将我的故事分为以下几类：

• 想法
• 验证
• 准备好了吗
• 在实际的冲刺中完成
• 完成

然后，我希望在sprint中有另一个看板，在那里我只看到“在实际的sprint中完成的”事情，我移动它们，就像在进行中完成的一样

---

有没有办法在JIRA中为尚未进入我的sprint的故事设置看板？

是的，简单的答案是创建两个项目，一个是看板软件开发，另一个是Scrum软件开发。将正在进行的任务移动到Scrum软件开发项目。将这些想法留在看板软件开发项目中。如果您想使用1个项目，也可以在Jira设置中自定义问题类型，或者将看板板添加到Scrum项目中以创建混合版本。您可以对看板板应用过滤器，以仅显示特定的工作流选项。

效果很好。增加了一个看板，只有故事和虫子可以看到，我用史诗作为泳道。在Scrum板中，我只看到子任务使用故事作为Swimline。现在我唯一的问题是子任务和它们的父故事的移动是不同步的。所有的子任务都可以完成，故事还在进行中：（有什么线索吗？我从来没有这样做过，但是ScriptRunner，或者如果不是标准选项，RESTAPI可能会很有用，然后在计划的作业中每隔“x”运行一次）如果你需要的话，只需几分钟。保存1到2次点击可能不值得。我认为，在结束之前让潜在客户验证故事，并将故事任务本身分配给潜在客户总是很好的。有时让他们负责比自动化更好。或者甚至可能在批准拉取请求后集成故事的结束ed，该代码正式在主分支中。自动化拉取请求将是完美的，但我们在jira和代码库之间没有集成..一点也没有：（我所读到的解决方案是使用一个名为jira automation lite的插件。该插件是免费的，并且能够做这些事情。至于问责性，我完全同意，问题是我们在子任务级别设置问责性，此外，子任务死亡的“编码”状态不是“完成”对于这个故事，我们仍然需要有人来处理这个故事。但是我想自动通知所有子任务都完成了。。