敏捷工具，找不到适合我情况的东西，或者我哪里错了？

Question

我们的项目中有庞大的模块，每个模块都有大量的用户故事，每个故事都包含开发人员的任务。实际上，我们从多个模块中获取任务，因为我们有一些核心模块特性和可选功能。

我应该检查每个开发人员任务，并将其合并到master中。

所以，基本上是项目-任务-子任务，对吗？但这不符合我们的情况。

1. 每个项目都有自己的板--实际上，我们需要一个板
2. 子任务不能在“已完成”/“否”旁边具有状态。因此，子任务是完成的，但没有审查，但PM认为这部分已经完成，并准备接受测试和触摸。等待整个用户故事完成不是每次都可以接受的。

我知道这不是一个寻找应用程序的资源，但我不知道在哪里我可以问这些问题。

Answer 1

听起来你在想一个项目和大多数这类软件的不同之处。因此，你也会以不同的方式来分解其他的部分。

在像Jira这样的工具中：

• 一个项目是一个完整的软件-一个产品。所以在你的情况下，你有一个项目。
• 软件中的模块称为组件。在您的示例中，每个模块都将以一个组件对1-1排列。
• 故事(开发人员任务)属于项目，可以与一个或多个组件相关联。每个故事都有自己的状态(打开、正在进行、完成、关闭；这些在Jira中是可配置的)，并且遵循预定义的工作流。在你的例子中，一个任务和一个故事是相等的。
• 一个故事可以分解成子任务。每个子任务(像一个故事)都有自己的状态，遵循预定义的工作流。
• 积压是需要处理的故事的集合。在Jira中，这是通过对系统中所有故事的筛选来定义的。
• scrum板是团队对产品待办事项的看法，显示当前sprint中正在处理的积压中的哪些故事。scrum板对每个故事都有一个泳道(行)，为每个州都有一个列，故事和子任务出现在相应的列中。
• 产品内的一个大型内部项目是一个史诗。一部史诗可以有很多故事。

如果您要使用像Jira这样的工具，那么您将有一个项目，每个团队都有一个scrum板和一个待办事项。故事将与模块相关联，它们的工作将遵循正常的工作流程。

在创建待办事项时，您可以使用适当的筛选器，轻松地将您的团队和积压工作按模块边界划分；例如，“只有那些与此模块相关的故事”。