时间限制Kanban/Scrum板
Time constraint Kanban/Scrum board
我有以下问题。
在我们的项目中，问题经常会一直持续下去。
为了解决这个问题，我们想引入一个新的工作流程，如果 JIRA 问题已闲置 2 周，它将自动将其状态设置为已推迟。
这如何在 JIRA 中实现？我查了板子上的列约束，没有时间相关的约束。
为什么一个 issue 闲置了两周？是因为外部依赖还是问题太大无法在两周内完成？
我不确定 Jira 工作流程以及 Jira 是否可以将其移至推迟状态。但是您可以在冲刺结束时将其移回积压。
但如果因为问题太大无法在两周内解决而发生这种情况，那么我建议将其分成更小的任务以适应冲刺。
希望对您有所帮助。
我认为你不必建立一个工作流程来掩盖你的问题关于“永远在进行中的问题", 但您需要修复它。
修复它意味着您需要指导团队并通过各种技术支持他们以避免“永无止境的故事”。我建议：
- 实施DOR（准备就绪的定义）- 避免挑选尚未调查、整理和不够清晰的问题。在我们的例子中，故事可以在所有外部依赖项被整理出来后立即添加到冲刺中。使用 INVEST 模型，该模型表示 INDEPENDENT 您如何承诺交付依赖任何外部团队的问题？
- 分割大故事 - 有很多技术可以分割大用户故事。一般来说，如果估计表明故事无法完成，则将故事添加到冲刺中是一种不好的做法。理想情况下，故事的正确大小是 "that you have 2,5 story to each dev in single sprint"。这并不意味着每个开发人员都应该处理自己的故事并且他们不能合作，但这意味着例如。一个 sprint 8-10 个故事的 4 个开发人员是理想的。 （更轻松的测试、协作、更好的规划、更稳定的速度等等。）
- WIP（看板限制正在进行中）- Putting the 'flow' back in workflow with WIP limits - Atlassian 这在 Jira 中很容易配置。
- 在卡片上显示 'DAYS IN COLUMN' 指示器 - 这会在每张卡片上显示一系列点（最多为卡片宽度或最多 32 个），表示问题在列中的天数。对于 scrum master 来说，这可能是一个有用的信息，可以查看是否存在任何应该解决的障碍
- 不要使用阻止 或推迟状态。这只是我个人的建议。 blocked/postponed 之类的状态可能会形成一种习惯，即问题实际上只是被推迟了，而不是消除了障碍和障碍。将某事标记为受阻总是比移除障碍更容易。消除障碍和消除浪费是你的 Scrum Master 的责任。
- 积压整理 - 定期整理积压，如果您有外部依赖项问题，请提前标记它们。有目的的寻找外部依赖并尽快识别它们。这将给 SM/PO 希望有足够的时间来处理它们，然后问题将被添加到冲刺中并被开发团队发现。
如果我们忽略@shippi 提出的工作流程及其管理有多好这个问题的解决方案，请在此处解释。
简而言之，Jira 具有执行脚本的能力，它们也可以定期调度和执行。需要做的是编写和安排一个脚本，每天检查一个问题闲置了多长时间并设置适当的状态。
我有以下问题。
在我们的项目中，问题经常会一直持续下去。
为了解决这个问题，我们想引入一个新的工作流程，如果 JIRA 问题已闲置 2 周，它将自动将其状态设置为已推迟。
这如何在 JIRA 中实现？我查了板子上的列约束，没有时间相关的约束。
为什么一个 issue 闲置了两周？是因为外部依赖还是问题太大无法在两周内完成？
我不确定 Jira 工作流程以及 Jira 是否可以将其移至推迟状态。但是您可以在冲刺结束时将其移回积压。
但如果因为问题太大无法在两周内解决而发生这种情况，那么我建议将其分成更小的任务以适应冲刺。
希望对您有所帮助。
我认为你不必建立一个工作流程来掩盖你的问题关于“永远在进行中的问题", 但您需要修复它。
修复它意味着您需要指导团队并通过各种技术支持他们以避免“永无止境的故事”。我建议：
- 实施DOR（准备就绪的定义）- 避免挑选尚未调查、整理和不够清晰的问题。在我们的例子中，故事可以在所有外部依赖项被整理出来后立即添加到冲刺中。使用 INVEST 模型，该模型表示 INDEPENDENT 您如何承诺交付依赖任何外部团队的问题？
- 分割大故事 - 有很多技术可以分割大用户故事。一般来说，如果估计表明故事无法完成，则将故事添加到冲刺中是一种不好的做法。理想情况下，故事的正确大小是 "that you have 2,5 story to each dev in single sprint"。这并不意味着每个开发人员都应该处理自己的故事并且他们不能合作，但这意味着例如。一个 sprint 8-10 个故事的 4 个开发人员是理想的。 （更轻松的测试、协作、更好的规划、更稳定的速度等等。）
- WIP（看板限制正在进行中）- Putting the 'flow' back in workflow with WIP limits - Atlassian 这在 Jira 中很容易配置。
- 在卡片上显示 'DAYS IN COLUMN' 指示器 - 这会在每张卡片上显示一系列点（最多为卡片宽度或最多 32 个），表示问题在列中的天数。对于 scrum master 来说，这可能是一个有用的信息，可以查看是否存在任何应该解决的障碍
- 不要使用阻止 或推迟状态。这只是我个人的建议。 blocked/postponed 之类的状态可能会形成一种习惯，即问题实际上只是被推迟了，而不是消除了障碍和障碍。将某事标记为受阻总是比移除障碍更容易。消除障碍和消除浪费是你的 Scrum Master 的责任。
- 积压整理 - 定期整理积压，如果您有外部依赖项问题，请提前标记它们。有目的的寻找外部依赖并尽快识别它们。这将给 SM/PO 希望有足够的时间来处理它们，然后问题将被添加到冲刺中并被开发团队发现。
如果我们忽略@shippi 提出的工作流程及其管理有多好这个问题的解决方案，请在此处解释。
简而言之，Jira 具有执行脚本的能力，它们也可以定期调度和执行。需要做的是编写和安排一个脚本，每天检查一个问题闲置了多长时间并设置适当的状态。