Jira 中的技术故事应该是故事还是任务？

Question

我正在为我的团队准备一个看板，在 Epic 下，您可以创建三种不同类型的问题：故事、任务和错误。

我和我的团队讨论了技术故事应该是 Epic 下的故事还是 Epic 下的任务。

他们的观点是，故事更多地是与业务相关的“用户故事”（而不是技术故事），而技术故事应该属于带有子任务的任务。

对于我来说，我已经习惯了不同平台上的 Scrum 看板以技术故事为故事，我们在其下创建任务。

这个所谓的技术故事的子任务将包含以下内容：

• 设置/配置
• 调查
• 签入/部署
• 测试
• 文档

无论我们将其创建为任务还是故事，我认为无论如何过程都是相同的，但是你们建议我们使用什么？

Answer 1

在敏捷项目管理中，技术故事被归类为故事还是任务取决于团队的工作流程和偏好。

As a Story:

将技术工作视为与以用户为中心的故事相同的重要性和可见性，保持跟踪和评估的一致性。

As a Task:

将技术工作与以用户为中心的故事区分开来，通常用于较小的技术改进或后端工作。

Recommendation:

根据您团队的理解和工作流程进行选择。如果技术故事很重要并且在复杂性上与用户故事相似，请将它们分类为故事。对于较小的技术任务，将其视为任务。通过回顾来根据最适合您团队的方法来调整您的方法。目标是团队流程的清晰度和效率。