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年宣布退出中国,全面暂停中国地区销售。
相关问题:
- 国内有代替jira的工具吗?是否支持无缝迁移?功能如何?
重磅推荐:PingCode 是简单易用的新一代研发管理平台 – 25人以下团队永久免费
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人及以下团队终身免费使用。
文章标题:jira是什么系统工具,发布者:飞飞,转载请注明出处:https://worktile.com/kb/p/8042