时间限制看板/ Scrum板

Question

我有以下问题。

通常在我们的项目中，问题永远存在。

要解决此问题，我们想介绍一个新的工作流程，如果JIRA问题已闲置2周，它的状态将自动设置为延期。

如何在JIRA中实施？我检查了电路板上的列约束，但没有与时间相关的约束。

Answer 1

我认为你不需要构建一个工作流来掩盖你的问题关于“永远存在的问题”，但是你需要解决它。

修复它意味着您需要指导团队并使用各种技术支持他们，以避免“永不结束故事”。我建议：

• 实施 DOR （就绪的定义） - 避免挑选尚未调查，整理并且不够明确的问题。在我们的案例中，故事可以在所有外部依赖关系被整理之后添加到sprint中。使用 INVEST 模型，该模型显示独立您如何承诺在依赖任何外部团队的情况下提交问题？
• 切片大故事 - 有很多技术可以分割大型用户故事。一般来说，如果估算表明它无法完成，那么将故事添加到sprint是一种不好的做法。理想情况下，故事的正确尺寸是“你在单个冲刺中每个开发者都有2.5个故事”。这并不意味着每个开发人员都应该根据自己的故事进行工作而且他们不能合作，但这意味着单个冲刺的4个开发者8-10个故事是理想的。 （更容易测试，协作，更好的规划，更稳定的速度等等。）
• WIP （看板限制正在进行中） - Putting the 'flow' back in workflow with WIP limits - Atlassian这是可以在Jira中轻松配置的内容。
• 在卡片上显示“DAYS IN COLUMN”指示符 - 这会在每张卡片上显示一系列点（最多为卡片的宽度或最多为32），表示天数该问题已列在专栏中。对于scrum master来说，这可能是一个有用的信息，可以看出是否存在任何应该解决的障碍
• 请勿使用阻止或推迟状态。这只是我个人的建议。阻止/推迟的状态可能会产生一种习惯，即问题将被推迟，而不是消除阻碍和阻碍。标记阻止移除障碍的东西总是更容易。你的Scrum掌握了消除障碍和消除浪费的责任。
• Backlog grooming - 定期修改积压工作，如果您遇到外部依赖项问题，请提前标记。按目的寻求外部依赖关系并尽快识别它们。这将使SM / PO有足够的时间来处理它们，然后将问题添加到sprint并由开发团队接收。

Answer 2

如果我们忽略了@shippi如何提高工作流程及其管理水平的论点，则在此说明该问题的解决方案。

https://community.atlassian.com/t5/Marketplace-Apps-questions/ScriptRunner-how-to-change-status-of-an-Issue/qaq-p/628842

简而言之，Jira具有执行脚本的能力，还可以定期计划和执行脚本。需要做的是编写和计划一个脚本，该脚本每天检查问题闲置多长时间并设置适当的状态。

Answer 3

为什么一个问题闲置两周？是因为外部依赖还是问题太大而无法在两周内完成？

我不确定Jira的工作流程，以及Jira是否可以将其移至推迟状态。但是你可以在冲刺结束时将其移回积压。

但如果因为问题太大而无法在两周内完成，那么我会建议将其分成较小的任务以适应sprint。

我希望它有所帮助。