头图

Jira Issue类型和工作流一种最佳实践

大神丸子

1.概述

Jira Issue分类和工作流是使用Jira管理事务的基础,并且Jira工作流涉及度量相关指标的可实现性。由于公司内部的项目千差万别,每个项目团队的管理方式也千差万别。因此企图通过设计一套工作流满足所有人的需求基本是不现实的。企图这样做的后果,一个是设计出一个巨复杂无比的工作流,被所有人吐槽。另一个就是利用权力压迫所有人使用一个标准的工作流,满足不了个性化的需求。这两种方案都算不上最佳的实践方案。一种可参考的方案就是定义出工作流中每个结点,让所有人在这其中进行选择结点搭建自己的工作流。这样兼顾了标准化和灵活性。
如何设计出能覆盖所有的人需求的结点,而不会出现遗漏。

  1. 识别项目中流程(项目管理、业务、产品、开发、测试、运维),并定义流程里的角色(XX经理、XX人员)。
  2. 定义每个角色可能进行的动作。

这样就能定义出一份较完整的结点列表供不同项目团队进行配置使用。

2.Jira Issue类型

2.1.瀑布式开发流程

  1. 用户故事
    有代码交付的需求
  2. 任务
    非代码交付的任务项都可以归于任务
  3. 缺陷
    测试发现的问题
  4. 故障
    线上系统出现的问题

2.2.并行协作开发流程

  1. 用户故事:多角色协作并行处理时,可以采用子故事的方式实现。
    ① 业务子故事
    ② 需求子故事
    ③ 开发子故事
    ④ 测试子故事
    ⑤ 运维子故事
  2. 任务
    ① 子任务
  3. 缺陷
  4. 故障

3.工作流节点命名规范

节点命名规范:角色+动作

3.1.用户故事节点列表

标准的瀑布的软件流程可以使用这个流程。故障可以复用这个工作流。
image.png
image.png

用户故事标准的工作流:PROJECTID-USERSTORY-WORKFLOW
image.png

3.2.任务节点列表

如果使用并行或者多人协同工作的用户故事、需求子故事、开发子故事、开发子故事、测试子故事、运维子故事、子任务可以复用这个工作流。
image.png

任务标准的工作流:PROJECTID-TASK-WORKFLOW
image.png

3.3.缺陷

由于bug有标准的流程,故采用标准的bug处理流程。
缺陷标准的工作流:PROJECTID-BUG-WORKFLOW
image.png

4.工作流命名规范

工作流命名规范:项目关键字-Issue类型-WORKFLOW。
例如:PROJECTID-USERSTROY-WORKFLOW。

阅读 923
2 声望
0 粉丝
0 条评论
2 声望
0 粉丝
文章目录
宣传栏