JIRA - 工作流

Jira - 理解 Workflows (工作流)

在 Jira 中，Workflow 定义了 Issue 从创建到完成在其生命周期中经过的步骤或 Status（状态）序列。它是跟踪进度和管理工作的基本概念。每个 Status 代表 Issue 过程中的一个特定阶段（例如，“To Do”、“In Progress”、“Done”）。

Transition（状态转换）是两个 Status 之间的 Link，代表将 Issue 从一个 Status 移动到另一个 Status 所采取的操作。Issue 要更改其 Status，必须存在已定义的 Transition。可以将 Transition 看作是“动词”（例如，“Start Progress”），将 Status 看作是“状态”（例如，“In Progress”）。

核心 Workflow 概念

一个典型的、简化的 Workflow 可能包括以下阶段：

• Open / To Do: Issue 已创建并等待处理。可以分配给团队成员。
• In Progress: 分配到的团队成员已开始积极处理该 Issue。
• Under Review / In QA: 工作已完成，正在等待评审或质量保证测试。
• Resolved / Done: 与 Issue 相关的所有工作均已完成，并已通过任何必要的评审或测试。通常在此阶段设置一个“Resolution”（处理结果，例如“Fixed”、“Completed”、“Won’t Fix”）。
• Reopened: Issue 之前已 Resolved，但需要进一步的工作，可能是由于评审失败或有新的信息。
• Closed: Issue 被认为已完全完成，不再需要进一步操作。某些 Workflows 可能会将“Resolved”和“Closed”合并为一个“Done” Status。

虽然这类似于缺陷的生命周期，但 Jira Workflows 高度灵活，可以配置来建模不同 Issue Type（问题类型，如 Task、Story、Epic 或 Service Request）的各种流程。

一个常见的 Workflow 的文本表示可以是：TO DO → IN PROGRESS → IN REVIEW → DONE。如果 Issue 需要进一步处理，也可能从 DONE → REOPENED，然后再回到 IN PROGRESS。

现代 Jira 允许高度自定义 Workflows。管理员可以定义独特的 Statuses、Transitions，甚至为 Transitions 定义 Conditions（条件）、Validators（验证器）和 Post-functions（后处理函数），以根据特定的 Project 需求或 Issue Type 定制 Workflow。Workflows 通过“Workflow Schemes”（工作流方案）与 Projects 和 Issue Types 相关联。

Transitions 通常是单向的。如果 Issue 需要在两个 Statuses（例如，“In Progress”和“Blocked”）之间来回移动，则必须为每个方向定义单独的 Transitions。

实际应用：Agile (敏捷) 开发

在 Agile 方法论中，如 Scrum 或 Kanban（看板），Workflows 会在 Boards（面板）上可视化。Board 上的每一列通常对应于 Jira Workflow 中的一个 Status，使团队能够跟踪工作流、识别瓶颈并有效管理 Sprint 承诺。

Workflows 中的自动化

Jira 允许通过 Workflow Transitions 触发自动化规则。例如，当 Issue Transition 到“Resolved”时，一个自动化规则可以：

• 自动将 Issue 分配给 QA engineer。
• Notify（通知）Reporter Issue 已准备好进行 Verification（验证）。
• Update（更新）相关的 Field（字段）。

常见学习点：区分“Status”（Issue 的当前阶段）和“Resolution”（Issue 被视为完成的原因，例如“Fixed”、“Duplicate”、“Won’t Do”）非常重要。Resolution 通常在 Issue Transition 到终止 Status（如“Done”或“Closed”）时设置。

有关配置 Workflows 的更详细信息，请参阅 Atlassian 官方 Jira 文档中关于 Workflows 和 Workflow Schemes 的内容。