【敏捷实用工具】JIRA介绍以及使用方法

Posted 2023-03-22

参考技术A 正文共2254字，阅读时间：6分钟

敏捷开发并不是由敏捷工具来推动的。

但是没有敏捷工具的支持，就很难进行各种软件工程的相关事件，工具的作用是约束和流程，正确使用敏捷工具可以事半功倍，实践敏捷。

近几年来敏捷开发催生大量敏捷工具的产生，在敏捷工具上多了很多种选择，每个团队需求不一样，就会使用到不同的敏捷工具。

不同的组织使用JIRA追踪不同的问题。

JIRA的项目是根据你的企业组织需要定制的，是问题的集合。 例如, 一个JIRA项目可以是:

一个软件研发项目

一项市场推广活动

一个技术服务/帮助台系统

一个需求管理系统

一个网站需求调查系统

一个项目模块是这个项目中问题的逻辑分类集合。每个项目都可以根据你企业组织的要求设置多个模块 (也可以不设置模块)。

例如：一个软件研发项目可以设置“文档”，“邮件系统”、“用户界面”等模块。一个网页设计项目可以设置“产品”“联系我们”“专业服务等模块。

对于一些项目类型来说, 特别是软件研发项目, 为问题关联产品的 版本 是非常有用的 (例如 1.0 beta, 1.0, 1.2, 2.0)。

一个问题可以设置两种类型的版本信息:

影响版本 — 可以清晰地反映出这个问题在哪个版本中出现错误。

例如, 一个软件的缺陷可能影响了产品的 1.1 和 1.2版。

修复版本 — 可以反映出报告的问题将在哪个版本，或已经在哪个版本中修复了。

例如， 软件缺陷影响了产品的 1.1 和 1.2版，这个缺陷已经在2.0版中修复了。 注意没有修复版本的问题会被归类到“未规划”，就像上面截图显示的一样。

版本可以有3个状态: 已发布，未发布或已归档。

版本可以设置发布日期，而JIRA会自动将到期而还没有发布的版本高亮显示出来，并标注上'超期'标志。

Jira是Atlassian公司出品的一款事务管理软件。

无论是“需求”，还是“BUG”，或是“任务”，都是“事务”的一种，所以Jira可以胜任非常多的角色：需求管理、缺陷跟踪、任务管理等。

因为Jira提供了专门的Scrum视图和Kanban视图，所以特别适合敏捷开发团队使用。大型互联网公司如LinkedIn、Facebook、eBay等内部都在使用Jira。

Jira在国内的销售价格相当贵，而且没有永久授权，只能年付，CSDN的报价最低18000元（25用户）。推荐直接去官网购买，10人以下团队的永久授权只要$10。这个价格，别说小团队正式使用，就是个人玩票性质的买一个正版，也是完全可以了。

- 创建问题

1.点击页面顶部的“创建问题”链接；

2.会显示“选择项目和问题类型”弹出框，选择相关项目和问题“创建”按钮。

这里值得注意的是：

如果默认的项目或问题类型不会显示这个弹出框，例如：只有一个项目，并且这个项目只有一个问题类型。

如果你在浏览项目时点击 ‘创建问题’链接，而且浏览的项目只有一个问题类型。

如果你在浏览项目时点击 '创建' 图标， 例如：

3.“输入问题详细信息”页面会显示出来。输入问题主题并完成所有标有带星号的斜体字体的必填字段。

为问题上传附件或者截图

1.打开你需要上传附件的JIRA问题。

2.在-更多操作-菜单中，选择“上传附件”或者“上传截图”。

（更多菜单）

（上传附件）

（上传截图）

在不同的操作系统截取屏幕的方法也不同，比如:

在Windows中截取屏幕

截取新的屏幕 — 要截取屏幕并保存到剪贴板，使用下面任一种方法:

-按 ALT-PRINTSCREEN 键截取当前的窗口

-按 CTRL-ALT-PRINTSCREEN 截取整个桌面

已经存在的图像 — 使用你熟悉的图像浏览应用程序，并打开已存在的图像文件然后复制图像到剪贴板。

在Mac OSX中截图屏幕

截取新的屏幕 — 要截取屏幕并保存到剪贴板，使用下面任一种方法:

-按 CTRL-APPLE-SHIFT-4 键截取当前的窗口

-按 CTRL-APPLE-SHIFT-3 截取整个桌面

已经存在的图像 — 使用你熟悉的图像浏览应用程序，并打开已存在的图像文件然后复制图像到剪贴板。

在为问题登记工作日志之前，你需要为问题设定初始预估时间 (即 预估完全解决这个问题所需要耗费的时间)。

当第一次为问题登记了工作日志， JIRA自动地以初始预估时间减去耗费时间 (实际工作时间) 计算出 剩余预估时间。 当再次登记新的工作日志后，JIRA再从 剩余预估时间 中减去 此次工作所 耗费的时间，作为解决这个问题的 剩余预估时间。

当然，在问题的解决周期内，你可以手动编辑 初始预估时间 或者 剩余预估时间:

定位并查看一个问题, 点击页面顶部的 '编辑' 按钮。

或

在页面右上角，点击 '创建问题' 发起一个新的问题，并填写所有必要的字段

编辑时间跟踪字段:

初始预估时间 — 解决这个问题预估需要多少时间。 通常, 可以在创建问题或第一次登记工作日志之前设置这个时间值。

剩余预估时间 — 解决这个问题还需要多少时间。

在 初始预估时间 或 剩余预估时间 字段中输入具体的时间。 使用 'w', 'd', 'h' 和 'm' 时间单位来表示周,日,小时或分钟。例如, 要设置 '6小时' , 输入 '6h'。

(消息) 如果这两个字段都是必填项 (标注了红色星号), 你可以只输入其中一个字段值，而其他字段可以留空。当你提交这个表单, 你在其中一个字段中填写的值，会被复制到留空的字段。

点击页面底部的 '更新' 按钮。

END

阅

敏捷管理系列-基于Jira的Scrum敏捷管理实战

 一文介绍了常见的四种研发模式，适用场景及优缺点。

一文介绍了敏捷与Scrum的关系，Scrum的核心概念价值、落地三三五五及度量标准等做了总结。

本文将介绍如何在团队中引入敏捷及基于Jira的Scrum管理实战的。

 01 研发管理生命周期(SDLC)

 02 引入敏捷，如何破冰

 03 项目与团队

 04 创建项目

项目CREQPOOL(业务需求池)

    用于对接业务部门、市场及产品部门的需求，作为迭代需求评审的需求池。

项目CSTC(迭代项目)

    用于日常迭代管理，需求评审后，将评审通过澄清后的需求迁移到该项目Backlog。基于该项目创建Sprint迭代计划和管理。

 05 如何管理结构化需求

• 故事也称为“用户故事”，是简短的要求或从最终用户的角度提出的要求。

• 史诗是大型工作，可以分解为许多较小的任务（称为故事）。

• 倡议是朝着一个共同目标迈进的史诗集。

• 主题是整个组织的重点关注领域。

  
  

举例：

 06 需求分解步骤

 07 工作流设计

08 迭代机制与分支策略

09 基于 Jira敏捷管理实战

产品Backlog梳理

• 产品Backlog梳理——创建用户故事、独立任务和子任务

    【概要说明】由对应的项目产品PO和Master创建用户故事；由对应的敏捷团队成员创建自己的独立任务和子任务

    【关键图示】

• 产品Backlog梳理——用户故事拆分与估算      

    【概要说明】由PO或Master将用户故事拆分和估算的结果按照用户故事”三段论”录入Jira。进入产品Backlog中的用户故事、任务和子任务，正式进入迭代开发前都需要进行估算（以故事点数，团队估算方式进行）。

     【关键图示】

• 产品Backlog梳理——滚动更新、排序

    【概要说明】由PO来拖拽产品Backlog中的Issue进行重新排序，同时也在Issue属性页面中更新优先级。条目按照优先级排列，从上而下，不可随意更改顺序，只有对应的PO才可以修改。

    【关键图示】

版本规划与迭代计划

• 版本规划和迭代计划——创建版本和管理版本

   【概要说明】对应项目负责人或master在项目设置中创建和管理版本，这里的版本最好是产品版本。

    【关键图示】

• 版本规划和迭代计划——创建迭代和管理迭代

   【概要说明】对应项目负责人或master在敏捷看板中的相关页面创建迭代和管理迭代，为每个版本构建响应的迭代开发计划。

         1. Sprint开始前务必确认迭代的开始和结束时间是否正确，故事\任务是否有遗漏;

         2. 本迭代中的故事是否拆解并预估故事点数；否则开始后，在进行预估，会影响燃尽图与速度图；

    【关键图示】

• 版本规划和迭代计划——执行迭代开发计划

    【概要说明】对应敏捷团队成员拖拽自己名下的任务、子任务等到制定的列，并进行Issue状态的更新；由团队Master或者测试主管来拖拽用户故事到指定的列，并在迭代结束之后及时关闭迭代。

         1. 迭代任务都在敏捷看板的Active Sprints面板中进行，每个Issue都以卡片形式出现在面板列中，可以直接拖拽更新状态；

         2. 点击完成冲刺后，未完成的Issue将会自动退回到Backlog中待处理；

         3. 可以通过面板-配置-卡布局，来设置要显示在卡片上的属性，如经办人、测试负责人、初始预估等。

    【关键图示】

每日站会

• 每日站会——使用Jira的敏捷看板支持每日站会

   【概要说明】团队成员围绕Active Sprints面板中的内容来召开每日站会，Issue状态发生更新时，就及时将其拖拽到指定列。

        1. 迭代任务都在敏捷看板的Active Sprints面板中进行，每个Issue都以卡片形式出现在面板列中，可以直接拖拽更新状态；  

         2. 点击完成冲刺后，未完成的Issue将会自动退回到Backlog中待处理；

         3. 可以通过面板-配置-卡布局，来设置要显示在卡片上的属性，如经办人、测试负责人、初始预估等。

   【关键图示】

总结会

• 总结会——使用Jira数据统计报表支持总结会

   【概要说明】Jira的敏捷管理具有丰富的报告和统计插件,时间与进度跟踪、Issue问题分析、预测与管理、测试报告等方面提供了数据报表展示功能。以燃尽图和速度图为例，如下图。

         1. 燃尽图反映了工作的进展情况。理想情况下，随着剩余工作的完成，曲线燃尽至零。可以按剩余时间、预估时间、故事点数、过程等来展示。

        2. 速度图反映了团队产生的变化趋势，体现了团队计划承诺完成的故事点数与实际完成的故事点数的对比。

       Issue数据的真实性是分析的前提。

   【关键图示】

产品质量管理

• 产品质量管理——使用Jira自带的Dashboard和Applet来支持产品质量管理

   【概要说明】创建团队的Jira Dashboard来管理产品研发过程中的各种问题类型和覆盖问题生命周期的各阶段。添加Applet，选择“2维筛选器统计”和“饼图”，通过设置过滤器来关联数据。

   【关键图示】

10 推荐插件

• Tempo - 项目管理插件，工时统计等

• SynapseRT- 测试用例管理

11 QA

Q: 是否必须要采用标准的敏捷管理？

标准敏捷管理成员素质要求较高，可以部分敏捷开始。可以适用当前环境的，就先开始推行，让其产生价值。起初，敏捷程度的高低并不重要，解决团队问题和现状，并交付目标，才是正道。

Q: 进行敏捷转型，遇到什么阻碍？

传统的瀑布模型转型敏捷时，思维和工作方式都会发生变化。开始会有很多人认为敏捷转型后是否比现在更好。在推行敏捷时，首先要明确解决了当下哪些问题，其次通过持续的培训，增强团队敏捷的认知。

Q: 如何带动团队氛围？

敏捷转型初期，选择相对积极同学参与组建敏捷团队，不要过于追求完美。先形似后神似，成功开展前两个迭代很重要。每日三赞，表现好的同学，站会及时提出表扬，做的差的以引导为主。总结会议或技术分享，可以准备一些礼品、水果、零食之类的，营造轻松氛围，真实反馈，相互讨论，互相促进。

部分参考：《互联网项目管理实践精粹》