4. 项目类型与工作流配置
适用场景
当团队需要创建一个新的Jira项目,或重组现有项目以匹配标准的研发、运维或业务交付流程时,必须完成项目类型定义与工作流配置。该流程适用于以下场景:
- 新项目启动:新建软件开发、IT服务台、项目管理或业务流程审批项目。
- 流程标准化:团队希望将现有非正式流程统一梳理为规范化的状态流转。
- 合规与审批要求:涉及到关键里程碑(如设计评审、发布上线)需要明确审批节点的项目。
- 多团队协作:两个或以上团队需在同一项目内使用不同的工作流视图时。
前置条件
| 前置条件项 | 说明 |
|---|---|
| Jira系统权限 | 需拥有 Jira 系统管理员 或 Jira 项目管理员 权限,以创建项目类型及编辑工作流方案。 |
| 已完成项目类型规划 | 确认项目类型(如团队管理型、Scrum、Kanban、敏捷开发、经典项目管理等)的选择依据。 |
| 流程需求文档 | 已与业务侧确认状态流转图(包含审批节点的流程图)。 |
| Confluence空间已就绪 | 项目相关的SOP文档、操作手册已准备,如有需要可提前链接至工作流配置说明页。 |
操作步骤
4.1 选择项目类型与工作流模板
- 登录Jira,点击顶部导航栏 “项目” → “创建项目”。
- 在创建项目向导中,根据团队需求选择项目类型(模板):
- Scrum 软件开发模板:适用于有迭代规划和冲刺的软件交付团队。
- Kanban 软件开发模板:适用于持续交付和流程拉动的团队(如运维或支持团队)。
- 基本项目管理模板:适用于非软件类通用项目管理。
- 服务管理模板:适用于ITSM或客户服务流程。
- 选定项目类型后,Jira会自动关联 默认工作流方案。如需修改,进入 “项目设置” → “工作流”。
4.2 自定义状态与转换设置
- 从工作流页面,点击 “操作” → “编辑” 进入工作流设计器。
- 添加、修改或删除状态(如:待办、设计中、开发中、测试中、已关闭)。
- 定义状态间的转换关系:
- 点击两个状态之间的连线,设置转换名称(如:“开始开发”、“提交测试”)。
- 可为转换添加选项:后置功能(自动更新字段)、条件(只有特定角色可执行此转化)、验证器(检查必须字段是否填写)。
- 点击 “发布” 使工作流生效,并关联到对应的项目或方案。
4.3 配置审批节点
- 在工作流设计器中,选择需要设置审批节点的转换(例如:“待评审” → “通过”)。
- 点击转换,选择 “后置功能” → 添加 “创建审批” 或 “更新审批状态”。
- 配置审批者来源:
- 固定审批人:直接指定Jira用户或用户组。
- 字段驱动:从项目自定义字段(如“审批人”字段)中读取。
- 角色驱动:指定项目角色(如“项目负责人”、“技术组长”)为审批人。
- 设置审批通过/拒绝后自动执行的行为(如自动将问题移动到下一状态,或发送通知给相关人员)。
实践建议:审批节点通常设置在关键的决策门禁上,例如“需求评审”、“代码审查”、“上线前验证”。建议将审批超时自动处理(如自动指定备选审批人)也纳入配置,以避免流程阻塞。
输入输出物
| 流程阶段 | 输入物 | 输出物 |
|---|---|---|
| 4.1 项目类型与模板选择 | 已完成确认的项目类型选择决策记录 | Jira 项目已创建,并关联了初始工作流方案 |
| 4.2 状态与转换设置 | 业务流程图(含所有状态、转换动作) | 工作流草稿(已发布) 工作流方案 |
| 4.3 审批节点配置 | 审批规则定义表(审批人、审批触发时机、超时设置) | 审批节点已启用的工作流文本 |
责任边界
- Jira 系统管理员:负责审批节点、后置功能、验证器的全局权限配置,确保工作流安全可控。
- 项目管理员/Scrum Master:负责日常工作流调整(如新增临时状态、修改转换条件),并确保工作流与团队实际工作习惯一致。
- 流程专家/业务分析师:提供精确的状态迁移规则和审批逻辑,并组织团队进行验收测试。
- 所有项目成员:需了解各自角色在工作流中的操作权限,并遵守配置好的转换规则。
记录材料
配置完成后,需保留以下记录文档于Confluence空间的 “项目治理” → “工作流配置” 页面:
- 工作流状态图(.png/.pdf):从 Jira 工作流设计器导出的最终状态流程图。
- 转换与审批规则记录表:包含每一条转换的触发条件、验证字段、后置行为及审批节点配置的明细列表。
- 工作流方案映射表:记录每个项目对应的工作流方案及使用的项目类型。
- 版本变更日志:记录工作流的发布时间、变更人以及变更原因。
异常处理
| 异常现象 | 可能原因 | 解决方案 |
|---|---|---|
| 用户无法执行转换操作 | 条件设置不匹配(如浏览器无法识别审批角色)或权限不足 | 在转换条件中检查角色/用户组设定,确保用户属于正确的项目角色 |
| 审批节点一直未能触发 | 审批节点的后置功能未正确关联至转换 | 进入工作流设计器,检查该转换的后置功能中是否添加了“创建审批” |
| 状态发布失败或工作流方案冲突 | 待发布工作流存在冲突(如循环依赖)或正在被其他项目使用 | 进入工作流方案,解绑所有项目后再重新发布;或使用工作流复制功能进行版本迭代 |
| 自定义字段在转换后未更新 | 后置功能中的更新字段逻辑错误或字段不存在 | 复核后置功能中的字段配置,确保字段 ID 或名称正确,且字段允许写入 |
验收标准
| 验收项 | 验证方式 | 通过标准 |
|---|---|---|
| 项目类型匹配团队预期 | 在 Jira 中查看项目类型字段 | 项目类型与前期规划一致(如 Scrum/Kanban) |
| 状态数量与业务流程图一致 | 在工作流设计器中浏览状态列表 | 所有状态节点均按需创建,无多余状态 |
| 转换路径完整 | 模拟“创建问题 → 走完所有状态流转”的全过程 | 问题能够沿着设计路径流转,不存在“死路”或重复跳转 |
| 审批节点可正常触发 | 创建一条测试问题,移动至审批状态,在审批板中查看 | 审批人可收到通知,并可以进行“通过”或“拒绝”操作 |
| 工作流方案关联正确 | 在项目设置中查看工作流方案 | 项目正确关联了待验收的工作流方案,可正常使用 |
本章核心检查点:
1. 项目类型(Scrum / Kanban / Basic)的选择必须反应团队的实际工作模式。
2. 每个状态转换必须可溯源至业务流程图中的业务规则。
3. 审批节点必须定义明确的审批人与拒绝后重试路径,避免流程卡死。
4. 发布前务必在工作流草稿上运行“检查依赖”功能(
1. 项目类型(Scrum / Kanban / Basic)的选择必须反应团队的实际工作模式。
2. 每个状态转换必须可溯源至业务流程图中的业务规则。
3. 审批节点必须定义明确的审批人与拒绝后重试路径,避免流程卡死。
4. 发布前务必在工作流草稿上运行“检查依赖”功能(
工作流设计器 → 检查全部)。