2. Jira项目目录规范:项目命名规则、分类标准、创建流程、归档与删除审批

适用场景

本规范适用于团队或组织在 Jira 中创建、管理及退役项目的全生命周期。以下场景必须遵照执行:

  • 新业务线、新功能团队或新迭代周期需要建立独立的 Jira 项目。
  • 现有项目因业务调整需要变更名称、类别或归属部门。
  • 项目阶段性完成或长期停滞,需要进行归档或彻底删除操作。
关键判断: 如果项目预期存在超过 3 个月且涉及 3 人以上的协作,必须按照本规范创建独立项目,不得使用个人测试项目或临时看板。

前置条件

  • 申请发起人已明确项目目标、时间周期及核心成员清单。
  • 已确认项目所属的“部门/ BU”和“业务线”分类。
  • 具备 Jira 项目创建权限(通常为 Jira 管理员或 Project Creator 角色)。
  • 归档与删除操作需提前获得直属主管或 PMO 的书面/邮件审批。

操作步骤:项目创建流程

  1. 发起申请: 项目负责人填写《Jira 项目创建申请单》(模板见记录材料),提交至 Jira 管理员或对应审批队列。
  2. 命名审查: 管理员依据“项目命名规则”检查名称合规性,如发现冲突或歧义,退回修改。
  3. 配置模板: 根据“分类标准”选择对应的项目模板(如:Scrum 软件开发、Kanban 运维、业务流程等)。
  4. 权限初始化: 设置项目角色(管理员、开发、测试、观察者)并关联对应的用户组。
  5. 通知团队: 项目创建成功后,管理员在 Confluence 对应空间发布公告,更新《项目目录清单》。

输入输出物

阶段 输入物 输出物 责任人
创建申请 《Jira 项目创建申请单》 审核通过的申请单 项目负责人
配置实施 申请单 + 分类标准表 Jira 项目实例(含权限) Jira 管理员
交付确认 项目实例 《项目目录清单》更新版 项目成员

项目命名规则与分类标准

所有 Jira 项目必须遵守以下三元组命名结构,确保全局唯一且可检索:

[项目类型前缀]-[部门/团队缩写]-[业务关键词]
示例:SCRUM-ENG-PLATFORM    (开发平台的Scrum项目)
      KANBAN-OPS-RELEASE    (运维发布看板)
      BIZ-FIN-ACCOUNTING    (财务核算业务流程项目)

分类标准

项目类别 前缀 典型用途 模板类型
Scrum 开发 SCRUM 软件产品迭代、功能开发 Scrum 软件开发
Kanban 运维 KANBAN 持续运维、监控、故障处理 看板项目
业务流程 BIZ 审批流、人力资源、财务流程 业务流程管理
资产管理 ASSET 硬件、软件许可证管理 服务管理 (ITSM)
测试专用 TEST UAT 测试、验收集成 Scrum 软件开发(简化版)
长期规划 ROAD 路线图、Epic 预览、季度规划 Scrum 软件开发(仅 Epic)
🛠 最佳实践: 部门/团队缩写建议在大写 2-4 个字符,如 ENG(工程)、DS(数据科学)、FIN(财务)。维持全局缩写表在 Confluence 中共享。
Jira 项目命名与分类结构 Jira 项目命名结构: [前缀]-[部门缩写]-[关键词] SCRUM-ENG-PLATFORM 类型前缀 SCRUM / KANBAN BIZ / ASSET / TEST 部门/团队 ENG / DS / FIN OPS / HR / QA 业务关键词 PLATFORM / RELEASE ACCOUNTING / ASSET ⚠️ 全局唯一性:同一实例内不允许重复项目Key 建议所有分类和缩写维护在 Confluence 全局规范页 发起申请 命名审查 配置创建 通知交付

归档与删除审批

适用场景

  • 归档: 项目已完成主要交付,但未来 6-12 个月内可能重新激活。归档后项目变为只读,数据保留。
  • 删除: 项目已完全结束、数据已迁移或无保留价值。删除将清空所有 issue 及配置,不可恢复。

操作步骤

  1. 提出申请: 项目负责人填写《项目归档/删除审批单》,说明理由及数据备份情况。
  2. 分级审批:
    • 归档: 需直属部门主管审批。
    • 删除: 需部门主管 + PMO 负责人双签审批。
  3. 管理员执行: 审批通过后,管理员在执行前 7 天发送全员通知,无异议后操作。
  4. 记录留存: 在《项目生命周期记录表》中更新项目状态、归档/删除日期、审批人。

责任边界

角色 责任
项目负责人 发起申请、确认数据备份、负责通告团队成员
部门主管 / PMO 审批归档/删除请求、确认业务必要性
Jira 管理员 执行归档/删除操作、维护生命周期记录表

异常处理

  • 命名冲突: 若申请的项目 Key 已存在,管理员应协调发起人选择替代前缀或部门缩写,不得直接复用。
  • 审批超时: 发起人超过 5 个工作日未收到反馈,可升级至 Jira 管理组邮箱催促。
  • 误删除/误归档: 归档后若发现问题,管理员可在 30 天内恢复;删除操作不可逆,必须提前执行完整数据导出。

验收标准

  • 新创建的项目 Key 符合 [类型前缀]-[部门缩写]-[关键词] 格式且全局唯一。
  • 所有项目均在《项目目录清单》中有对应记录,分类标签正确。
  • 归档/删除操作已获得对应级别审批,且在 Confluence 生命周期记录中可追溯。
  • 归档项目状态标记为“归档 (只读)”,不显示在活跃项目列表中。
⚡ 风险警示: 生产环境中,严禁在未经审批流程的情况下直接使用 Jira 管理界面的“删除项目”功能。请在操作前务必使用 Jira 的 项目备份与导出 插件进行全量 XML 或 CSV 备份。

记录材料

以下模板需在 Confluence 空间中维护并关联到 Jira 项目:

  • 《Jira 项目创建申请单》 —— 包含项目名称、预期 Key、类别、部门、负责人、时间范围。
  • 《项目目录清单》 —— 维护所有主动项目、已归档项目的基础信息,每月滚动更新。
  • 《Jira 项目分类标准表》 —— 详列所有有效的类型前缀、部门缩写、模板对应关系。
  • 《项目生命周期记录表》 —— 记录创建、变更、归档、删除的全链路审批及时间戳。