研发管理(二)Jira实现基本功能

上一篇文章中介绍到了我们现在的研发现状,为何要选择Jira以及对Jira基本功能进行了介绍,那我们就在这篇文章中正式开始介绍我们如何从现状迁移到jira。

回顾下之前的流程如下图:

这里列出我们需要在Jira实现的核心功能点:

  • 创建一个项目和对应的一个带版本的冲刺看板。
  • 创建能够承载每个故事的大卡片,同时需要能够在该故事下创建关联的子任务。
  • 故事卡片和对应的子任务可以能够录入上述纸条中的信息。
  • 创建上述流程中对应的泳道。并能够实现各个泳道之间的快捷拖动。

再完成上述配置之前的准备工作。

系统配置

在开始创建项目之前,对于整个jira系统我们需要有一些非常重要的基本配置需要完成,其中主要包含:

用户管理:添加用户,给用户添加组,以方便后续对于不同组的同学设置对应的权限。

问题: 问题中主要是完成对于问题类型、工作流、界面、字段、优先级、问题的特性、问题属性等设置。

管理应用:管理我们在JIRA应用商店中购买的应用的一些基本设置,例如我们用到了Advanced RoadMaps For Jira、WorkLogs、Test等的一些基本配置。

系统:可以完成对于整个jira的一般配置、系统支持、安全、用户界面、导入导出、邮件配置等功能

上面几项中用用的比较多的就是问题相关设置。下面主要介绍下问题中我们需要关注的内容:

问题类型

一般来说问题类型我们用到如下几种基本就够了:

  1. Epic(史诗):适用于大型用户故事的事务类型,需对其加以细分。

  2. Story(故事):适用于一种用户故事的事务类型。

  3. Task(任务):一个问题或一个任务。

  4. SubTask(子任务):问题的子任务或者用户故事的子任务。

  5. Bug(故障):开发中遇到的问题。

问题类型设置好后,需要为不同的项目创建问题类型方案:

新建问题类型方案,在编辑页面中设置默认问题类型、以及当前方案的名称和需要的问题类型。

问题类型方案设置好后后续在创建项目后需要用到。

在这里我们一般用到的都是故事,大家的任务都在故事下创建子任务,出现的bug使用故障的类型,Epic保留类型暂用不到。

工作流

工作流的主要目的是按照真实工作场景和流程来管理不同类型的问题在不同节点的状态转换。我们可以按照上述在墙上的流程来来配置工作流:

待办->开发中->集成中->开发完成->测试中->上线

在jira中工作流的配置也分成两部,第一步创建不同场景的工作流,例如我们在开发过程中涉及到两个工作流,一个是开发的,一个是出现bug解决问题的,那我们就先创建这两个:

可以看到我们创建了待办、开发中、集成中、开发完成、测试中、完成这几个状态,这些状态可以在左上角的添加状态中添加(这些状态都是在问题属性->状态中添加管理),并在面包中编辑状态流转,这些状态可以不断通过实际开发流程不断衍生而来,发现某个流程没有再去添加。

同样的这个是bug的处理流程

我们可以切换到文本的形式进行查看编辑以及增加删除转换,同时进入每一个状态进行更高级的编辑。

工作流创建好了后我们需要把项目需要用到的工作流组合成一个工作流方案,应用到项目上:

我们在右侧点击添加工作流,选择之前我们创建好的工作流,再选择对应的问题类型,就可以创建出如上图所示的工作流方案,只有故障类型的问题走故障的工作流,其他问题类型都走默认的开发工作流。

到这里工作流就配置完了。

界面

前面问题类型、工作流都配置好后,我们需要配置界面,怎么理解这个界面呢:

jira中的界面顾名思义就是我们看到的页面内容,关于页面的展示主要是配置需要编辑和看到的字段以及顺序。

同时jira支持对于不同操作(新建、编辑、查看)状态配置不同的界面,同时针对不同的问题类型也可以配置不同的界面。jira中分为:界面、界面方案、问题类型界面方案。

  1. 界面:我们可以创建多个场景下的界面字段和顺序。

  2. 界面方案:我们可以创建一个问题在新建、编辑、查看时对应的不同界面当作一个界面方案。

  3. 问题类型界面方案:我们可以按照不同的问题类型,关联上不同的界面方案,当完成多个问题类型关联页面方案的组合后形成一个项目的界面方案。

这是故障页面在编辑问题和其他状态下配置的界面方案。

这个是项目在默认类型,子任务类型、故障类型时所创建的不同页面。

在创建界面时我们需要添加页面字段,同时按照实际需求调整页面字段的顺序:

下面我们就来看下字段:

字段

在jira中字段问题四项配置:

  1. 系统字段:jira为我们提供好了的字段,一般我们不需要改变。

  2. 自定义字段:我们可以按照实际的开发需要自定义一些字段,选择字段类型,并做相关的配置,例如可以自定义开始日、等待时间等。

  3. 字段配置:添加并配置一种字段状态,添加的这个配置里包含所有字段,并可以单独配置每一个字段的显示隐藏、是否必填,说明文案等信息。我们可以按照不同的问题类型来配置,例如子任务的预估时间是必须填写的,这样大家在创建子任务卡片后开发时间就会都填写好。

    这里感觉字段配置功能可配的并不多,而且页面比较繁琐。

  4. 字段配置方案,这个就是配置一个项目的字段配置方案,我们可以将几个不同类型的问题的字段配置按需组合成一个项目的字段配置方案:

上面这些基本的功能完成后我们就可以着手开始创建项目了:

项目及面版创建

创建项目

按照引到创建好项目:

选择创建项目

我们创建软件开发Scrum开发方法的项目,上面也支持Business相关项目管理、流程管理项目的创建

scrum开发方法的介绍

输入项目名称后完成项目的创建,如上图会来到项目的首页Backlog中。

接下来我们来介绍项目的配置以及面板的配置。

项目设置

进入左下角进入项目设置页面

除了上述提到的系统设置相关的设置外,我们需要处理下优先级、版本、模块、用户和角色。

优先级:这个可以按照默认的优先级策略从P0-P4。

版本:建议所有前后端研发需求都按照版本来进行规划,我们可以按照实际的版本编号在其中创建版本。

模块:模块是一个固定在这里编辑的字段,可以理解为业务中划分的模块,也可以将其当作不同端的划分,例如App、小程序、web前端等端的划分。

用户和角色:可以按照产品、测试、开发、UI等角色,在项目中给每一个人赋于角色,这个角色其实就是每一个人在项目中的一个属性。在后续编写脚本判断中会用到。

面板创建

完成上述项目配置后开始面板的配置,要实现本文开头说的效果,主要是在面板配置中进行配置,当然,我们需要提前创建好一个面板。

按照说明,这里我们选择Scrum看板,上图已经介绍的比较清晰,对于App开发这种功能节奏和版本规划较强的项目来说,比较适合于scrum。

接着会让我们选择是依赖于一个项目还是一个筛选器,这个一般我们选择一个筛选器。

这里我们选择一个已保存的筛选器来进行项目的创建。

下面介绍下筛选器JQL:

我们可以通过筛选问题类型、状态、经办人、模块等更多字段来组成一个筛选语句,点击高级可以查看语句内容:

1
project = DEV AND issuetype in (任务, 故事, 子任务) AND component = App ORDER BY 等级 ASC

更高级的语法可以参考:官方文档 不得不说jira做的很好,每一个版本都有自己对应的文档说明,非常清晰,后面有机会再介绍JQL的一些高级功能。

创建好面板之后,我们就可以创建一个冲刺,并在冲刺中创建故事和任务。

任务创建

1.创建故事:

首先创建故事,需要我们完成概要、冲刺、模块、版本、经办人的填写。然后创建故事。

2.创建子任务:

在故事创建好之后,在故事详情页中可以点击创建子任务,默认出现的问题类型就是子任务,我嗯需要完成对应的概要、预估时间填写。并创建子任务。

这里所有的字段及字段的顺序都是之前配置好的。那么现在就有如下的问题了:

  • 如何解决经办人、开始日、到期日等这些没办法在系统设置中设置成必填,但是实际中又是必须填写的问题呢?

  • 不管是故事还是子任务,其都是一个问题,都拥有所有的字段,如果确保子任务冲刺、模块、修复的版本,这些字段直接复用主任务的字段而不用再手动填写一遍呢?

上述的问题我们会在后面一篇文章中进行解答,敬请期待。

3.当故事和子任务都创建好之后,我们就可以查看backlog:

一般冲刺的名称按照版本好来命名,会在所有的故事和子任务创建好后开始冲刺。我们会划分好每一个单独的用户故事,并在其下创建前后端开发、测试对应的子任务卡片,以及评估需要的时间。

明显这只是backlog中的展示,并没有能够达到我们之前预估的在不同的泳道展示不同的卡片的样子,接下来我们就需要点击面板,对面板的展示进行配置:

面板配置

点击面板配置进入配置页,可以看到我们可以对面板进行多种配置,这里主要说下如下几种配置:

  1. 列配置

    我们根据项目初始配置中的状态按照顺序来创建不同的列,并把状态拖动到其中

  2. 泳道配置

    因为我们希望按照用户故事的维度来展示每个用户故事下不同的卡片的状态,所以这里面板的泳道配置是基于故事的,同时我们也可以选择经办人或者特定的查询。

  3. 卡片布局配置

    我们希望在面板上每个卡片展示其标签和初始预估就够了,那我们就可以按照我们的需求来进行特定字段的配置。

  4. 预估可以按照原预估时间和剩余的预估时间来展示,这样能方便看到当前卡片的进展。我们使用工作日志登记来进行卡片预估时间的消耗。后面还会提到这个。

  5. 问题详情视图,配置的是在面板中,我们点击卡片右侧展示的详情中需要展示的字段。这个按照不同项目重要性来配置就好。

面板查看

完成上述配置后,我们回道项目主页中的活动的Sprint

可以看到我们已经完成类似于之前在墙上看版的样子,每一个用户故事下方对应的就是前后端开发的卡片内容,每个卡片都有自己与之前一致的对应状态,大家每天可以看着这个面板来拖动自己的任务更新自己的任务卡片。

总结

到这里本篇文章的介绍就结束了,本文主要介绍了jira系统配置中核心的

  1. 问题类型
  2. 工作流
  3. 界面
  4. 字段

对于jira,这些东西弄清楚了对于后续各种配置修改都会方便和容易很多,同时我们以还原之前下线看版为目的,介绍了项目面板相关的:

  1. 项目创建
  2. 项目设置
  3. 面板创建
  4. 任务创建
  5. 面板配置
  6. 面板查看

并成功在jira线上完成了线下看版同样的功能,使其更加实时及可视化,本文介绍的知识点较多,平时用到的一些基础内容基本都在里面了。接下来的文章会回答文章的问题,以及如何让这个看版更好用,让整个研发流程更好管理的一些方法和工具。