Workflow 如何将复杂的工作流划分为子任务模板？

我们公司将移交给Jira进行所有项目管理和问题解决

我们有一些主要的用途，我正在尝试为它们构建模板。其中一个是发现并修复的典型问题，可以通过基本上包含jira工作流的单个问题轻松处理

一个更复杂的方法是遵循瀑布式工作流，在这里收集需求，包括评估。然后开始开发，并并行生成测试脚本。开发完成后，对项目进行测试并移交给客户。最后，一旦所有测试完成，我们将发布更改并重新测试。我总共有30个不同的步骤，跨越5个子任务构建（不过，这些都只是在Visio中绘制的，实际上还没有在jira中绘制）

我希望通过拆分子任务可以完成两件事。首先，我们希望跟踪开放-关闭时间和工作（工作小时数和所需天数）。我们应该将工作流拆分为多人，这样开发人员可以在测试人员可以构建他们的测试计划时工作。这可以节省几天的时间，但并不是交易的破坏者

因此，我希望有几个问题可以帮助实现这一点，尽管我对Jira的各种附加组件还很陌生，但我不知道我们是否能得到想要的一切

1、是否有用于构建子任务模板的附加组件，因为每个子任务都需要自己的工作流。目前，Jira的规则是根据项目+问题类型分配工作流。因此，我相信，通过创建许多问题类型，例如为名为“分析”的子任务创建“自定义开发分析系统”，可以将适当的工作流分配给每个子任务

2、是否可能只有一个或几个子任务是“当前”子任务？当问题开始时，第一个子任务应该是唯一被处理的任务，其中只有一个步骤被分配给某人。签核后，应该有两个子任务，开发任务和构建测试脚本。但是所有5个子任务都不应该从一开始就开始，但是Jira似乎会这么做。我已经查看了附加的“结构”，虽然它有无限的层次结构，但我认为它不会让子任务按顺序打开。也许有一种简单的方法可以让工作流程在下一个任务中打开（我对工作流程非常陌生，在搞乱我们的网站之前，我会尽可能多地学习）

如果有人能想出不同的方法来做我需要的事情，我洗耳恭听

---

谢谢

我不知道有哪个插件能满足所有要求，但我不得不处理类似的问题，并设法解决了其中的大部分问题，但它确实需要一些开发（使用python）

很容易添加到您的工作流转换中，以创建或关闭新问题或新问题。我使用它来创建子任务，只需在问题的一个屏幕中填充一些必填字段。创建子任务后，只有自动脚本可以关闭问题，这可以通过关闭所有子任务来完成

---

如果这种解决方案适合您，我很乐意帮助您进一步查询。

JIRA不支持嵌套工作流，但需要记住的一点是，如果您更改JIRA问题的问题类型，它可以具有不同的工作流。因此，一个问题可以从TEST-123开始，这是一个需求。然后，在其工作流结束后，可以将其移动为任务问题类型。

---

子任务应该和以前一样。

非常感谢您提供的这些详细信息，这些信息应该涵盖问题的90%（它们看起来是免费的！）根据Kuf的事先答复，我可能会做一些类似于您所说的事情。问题已创建，是第1部分，完成后，幕后脚本可能会创建后续部分，并重复此循环，直到完成。遗憾的是，我认为应该有一个插件，simple知道如何加入工作流，它唯一的特殊功能就是克隆。我无法想象会有那么难，但我也不是一个开发者。