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

Atlassian主要有5款产品，分别面向不同的市场。

• JIRA（项目任务管理软件）
• Confluence（企业知识管理与协同软件）
• BitBucket（代码库）
• HipChat（内部聊天/协作软件）
• JIRA Service Desk（服务台软件） 

Atlassian最核心的产品仍然是JIRA和Confluence，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）。

2.Workflow（工作流）

JIRA中的工作流由一系列的状态（statuses）和变迁（transitions）构成，一个问题单在其生命周期中会经过这些状态和变迁。下图为例：

3.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 — 不做。类似于不用修复的方案，试用于软件项目的默认状态。

问题单示例

关于Jira的扩展阅读：

jira主要功能特性：

工作流

• 开箱即用，提供用于缺陷管理的默认工作流
• 工作流可以自定义，工作流数量不限
• 每个工作流可以配置多个自定义动作和自定义状态
• 每一个问题类型都可以单独设置或共用工作流
• 可视化工作流设计器，使工作流配置更加直观
• 自定义工作流动作的触发条件
• 工作流动作执行后，自动执行指定的操作

项目

• 每个项目都有自己的概览页面包括：项目详细信息、最新更新情况以及一些报告的快捷方式
• 在项目界面中查看按照状态、是否解决等条件设置的分类统计报告
• 查看项目最新的活动情况
• 查看项目的热门问题
• 可以设置项目类别，将项目分组管理
• 可以为每个项目设置单独的邮件通知发件地址
• 自定义安全级别，指定用户对问题的访问
• 指定组件/模块负责人

问题管理

• 自定义问题类型，适应组织管理的需要
• 自定义字段，可选择字段类型超过20种，在此基础上还支持插件进一步扩展
• 自定义问题安全级别，可以限制指定用户访问指定的问题
• 如果多个问题需要同时修改同一字段值或执行同一工作流动作，你可以使用批量操作功能一次性完成
• 登记问题预计完成时间、实际工作时间，就可以了解该问题预计还剩多长时间才能解决。甚至可以出具时间跟踪报告，了解用户的工作效率
• 支持远程创建问题，通过多种方式在JIRA中创建问题，如电子邮件、移动设备客户端
• 如果一个问题需要多人协作，可以将问题分解为多个子任务，分配给相关的用户
• 将相关或有依附关系的问题建立链接，以便于用户快速了解
• 为JIRA的问题添加附件，可以帮助技术人员快速解决问题，当上传图像文件时，JIRA自动显示图像缩略图。你也可以直接将剪切板中的图像粘贴到JIRA问题中
• 为问题设置到期日，可以在搜索或在图表中展示即将到期的问题

面板

• 自定义面板，可以在面板中添加任何符合OpenSocial规范的小工具
• 可以简单地创建、复制，生成多个面板，分别管理不同的项目
• 支持墙板
• 可以收藏面板，或将面板共享给指定的用户
• 面板布局灵活，支持拖拽

搜索

• 快速搜索，输入关键字，马上显示符合条件的结果
• 简单搜索，只需点选，就可以将所有条件组合，查找出符合条件的问题
• 可以将搜索条件保存为过滤器
• 可以将过滤器收藏或共享给其他用户
• 支持JQL搜索语言，可以使用像 “lastLogin”, “latestReleasedVersion” 或 “endOfMonth”, “membersOf” 之类的函数，并且可以自动补完
• 针对搜索结果进行批量操作，一次性完成多个问题的编辑或执行等操作
• 搜索结果可以输出为HTML,XML,RSS,Word或Excel

安全

• JIRA的用户可以交由LDAP验证
• 允许设置匿名访问
• 任何使用管理员功能的进程，都需要额外验证，并且10分钟过期，以保证JIRA的安全
• 查看所有登录到JIRA的用户状况
• 将用户归属与用户组，用于维护安全权限和操作权限
• 允许每个项目单独定义项目角色成员，打破用户组权限的限制，减轻系统管理员对于项目权限的维护工作量
• 每个项目可以独立设置自己的安全机制
• 限制某些用户访问指定的问题，即使该用户拥有这个项目的访问权
• 白名单机制，限制外部链接直接访问JIRA数据

通知

• 通过邮件通知方案，配置在JIRA工作流关键阶段自动发送通知邮件
• 即使你不参与问题的解决，只要有权限，你也可以关注一个问题。只要关注的问题有任何变化，你都可以接受到邮件通知
• 定期接收JIRA的指定报告，如超期未解决的问题列表、5天未更新的问题列表等
• 在你习惯的RSS阅读器中接收JIRA的任何变动
• 在JIRA页面顶部明显的位置发布最新通知公告

集成

• 通过插件生态平台marketplace,有300种以上的插件可供选择，用以提高JIRA扩展性或提高JIRA的易用性。插件还在持续增加。
• 使用 GreenHopper 插件，实现敏捷项目管理
• 通过插件，JIRA可以将报告的缺陷与源代码建立联系，以便于了解缺陷在哪部分代码中被修复
• JIRA 提供全面的 remote APIs – 包括REST,SOAP,XML-RPC等 – 并且Atlassian提供开发教程和示例

遗憾公告：Jira于2021年宣布退出中国，全面暂停中国地区销售。

相关问题：

重磅推荐：PingCode 是简单易用的新一代研发管理平台 – 25人以下团队永久免费

一款比jira更好用的研发管理工具pingcode全流程研发项目管理解决方案，支持jira数据平滑迁移，研发无需重启。

Jira数据无缝迁移

PingCode提供Jira Importer工具，可以将您正在使用的Jira（Jira Cloud、Jira Server）数据导入到PingCode Agile中。与同类型导入工具不同的是，Jira Importer使用向导的方式允许使用者自定义Jira中的用户、项目、工作项和属性的导入方式和映射规则，最大限度的还原Jira中的数据内容和结构，帮助使用者无缝切换到PingCode Agile。

纯自研的产品体系

PingCode是由Worktile打造的智能化研发管理工具，包含Agile（敏捷开发）、Testhub（测试管理）、Plan（项目集）、Wiki（知识库）四个子产品以及应用市场，覆盖了项目、任务、需求、缺陷、迭代规划、测试、OKR目标管理的研发管理全流程。PingCode有长期的产品发展规划，全部产品和插件均由内部团队设计开发，提供一致、连贯的使用体验，且能保持两周一次的高频迭代。

产品体验兼顾简单易用和个性化

10年+敏捷实战经验厚积薄发，打造出的研发管理工具即开即用，操作简单，体验清爽，避免因配置复杂繁琐而产生的落地周期长、学习成本高、使用方式不一致等诸多问题，同时工作项、触发器、筛选器、测试用例、知识页面模板等，都允许用户根据实际需求进行个性化配置，既能规范协作模式，又可提升研发效能。

不光提供工具，还帮你落地敏捷和解决研发管理问题

PingCode产研团队中30%员工拥有Scrum、DevOps、项目管理等国际认证资质，曾出版《企业OKr实战手册：从认知到落地》畅销书，连接多位经验丰富的外部敏捷、OKR咨询师，通过诊断、咨询、内训等方式帮助国内数百家企业实现了敏捷转型和落地OKR工作法。

众多研发团队优选，25人以下免费

目前，以商汤科技、电银信息、51社保、金鹰卡通等知名企业为代表，已经有超过13个行业的众多企业选择PingCode落地研发管理。

为助力本土研发团队降本增效，PingCode现已开放25人及以下团队终身免费使用。