当前位置:坤哥网-gooditblog-JIRA的使用介绍(一)- 概念篇

JIRA的使用介绍(一)- 概念篇

2019/5/14 10:01:31 gooditblog阅读(69) 评论(0)

96 
njluz 关注
 0.8 2018.05.27 20:35* 字数 1684 阅读 5680评论 0

JIRA这个工具接触有好几年了,在多个海外项目上都用过这个工具。去年又在项目上深度使用后就有点爱不释手了,回国后也在找机会推荐给其它项目上用。最近正好有新项目需要用,借这个机会把JIRA的配置学习的过程记录下来。

JIRA和Atlassian公司

JIRA是Atlassian公司的产品。Atlassian公司于2002在澳大利亚悉尼成立,提供面向企业业务流程的协同办公产品,并于2015年12月在纳斯达克上市。作为一家SaaS公司,不雇佣一个销售人员,仅通过口碑获客,市值达10亿美金级别(64亿美元-2017年3月13日),这也从另外角度反映出这个产品的独特之处。
Atlassian主要有5款产品,分别面向不同的市场。

  • JIRA(项目任务管理软件)

  • Confluence(企业知识管理与协同软件)

  • BitBucket(代码库)

  • HipChat(内部聊天/协作软件)

  • JIRA Service Desk(服务台软件)。

Atlassian最核心的产品仍然是JIRAConfluence,JIRA被业界公认为最好的项目管理和开发管理工具,Confluence 被认为是最好用的企业级知识管理工具。
包括美国航空航天局使用Atlassian来设计火星探测器,Runkeeper使用Atlassian来设计健身应用。eBay、宝马、花旗都是Atlassian客户。传闻世界 500 强企业里,80% 都用过JIRA。

JIRA中的核心概念

  1. Project(项目)

    JIRA中的项目是一组问题单(Issue)的集合,项目可以根据组织需求来定义,例如:软件研发项目,市场营销活动,服务台(helpdesk)系统,一个请假管理系统等等。每一个问题单属于一个项目。每个项目需要有一个名称(例如:Website Issues)和关键字(Key,例如WEB)。项目的关键字会成为项目问题单前缀,例如WEB-101, WEB-102等等。

组件是什么(component)

组件是项目中的问题单一种逻辑分组。一个项目根据组织的需要可能会包括多种组件。
举例而言,一个软件开发项目可以包括如下组件:文档,后端,邮件子系统,界面。一个网站系统可能包括产品,联系方式等组件。在一个项目中,一个问题单可以归属于0到多个组件。

版本是什么(version)

对于一些类型的项目,尤其是软件研发项目,把一个问题单关联到一个特定的项目版本(例如:1.0 beta, 1.0, 1.2, 2.0)会非常有用。
问题单(Issues)有两个跟版本有关的字段:

  • 影响版本(Affects Version(s)) — 这个是要说明受问题单影响的版本.举例而言,一个软件Bug可能影响1.1和1.2版本。

  • 修复版本(Fix Version(s)) — 这个是为了标明这个问题单在哪一个版本中被修复。继续上例,Bug的影响版本号是1.1和1.2,但是可能会在版本2.0中才被修复。 没有修复版本号的问题单会被归类为未规划(Unscheduled)。

版本可以是下面三种状态之一:发布(Released),未发布(Unreleased)和归档(Archived)。版本会有一个发布日期,并且如果在发布日期之后还没有按时发布,这个状态会自动变为过期状态(overdue)。

  1. Workflow(工作流)



JIRA中的工作流由一系列的状态(statuses)和变迁(transitions)构成,一个问题单在其生命周期中会经过这些状态和变迁。下图为例:
JIRA内置Workflow
  1. Issue(问题单)

JIRA的问题单非常灵活,页面可以定制,字段也可以定义。这里介绍一些内置的基本概念。

Issue Type(问题单类型)

JIRA可以用来跟踪不同类型的问题单。默认类型如下,JIRA的系统管理员也可能会定制这些类型。

  • Bug — 故障,功能失效

  • Improvement — 提升,既有功能增强

  • New Feature — 新功能

  • Task — 任务

  • Custom Issue — 根据需要客户化定制

Priority(优先级)

优先级也可以自定义,系统默认优先级如下:

  • Highest — 最高级别,表明问题阻塞了业务流程正常进行

  • High — 高级,表明问题引发明显故障,需要紧急关注

  • Medium — 中级,表明问题有一个明显的影响

  • Low — 低级,表明问题有一个轻微的影响

  • Lowest — 最低级

Status(状态)

每一个问题单都会有一个当前的状态。一个问题单开始阶段可能是Open状态,然后可以转移到Resolved或者Closed,依赖于系统流程配置的方式。内置的常见状态如下:

  • Open — 打开状态,表明问题单已经被创建,等待被分配到开始处理状态。

  • In Progress — 处理中状态,表明问题单已经被分配人激活,并处于被处理状态中.

  • Resolved — 已解决状态,表明问题已经被处理完成,等待问题报告人的验证。从这个状态,问题单一般可以进一步变更为重新打开状态(Reopened)或关闭状态(Closed)。

  • Reopened — 重新打开状态,问题经过验证发现没有被解决,就可以变更到这个状态。

  • Closed — 关闭状态,问题被彻底解决就可以转为这个状态。

Resolution(解决结果)

一个问题可以有多种解决结果,其中只有一种方法是修复。一个解决结果通常会在状态变更时候被设置起来。系统默认的问题解决结果会有以下几种:

  • Fixed — 修复。

  • Won't Fix — 不用修复。例如这个问题所描述的现象已不再有影响了。

  • Duplicate — 重复。同其它已经存在的问题重复了,推荐把相关的单子链接起来.

  • Incomplete — 未完成。没有足够的信息继续完成这个问题。

  • Cannot Reproduce — 不能重现。如果以后有更多信息可以继续可以重新打开这张单子.

  • Won't Do — 不做。类似于不用修复的方案,试用于软件项目的默认状态。


问题单示例

Sample 1


Sample 2

原文:https://www.jianshu.com/p/8c14b52ce692

标签: jira 管理系统
分类: 工具

发表评论 没有账号,注册评论