Jira学习总结：从入门到精通的旅程

1.Jira Essentials with Agile Mindset: 课程描述

敏捷原则和方法论
如何使用 Jira 来组织、查找和报告您的工作
如何配置 Jira 以匹配您团队的敏捷流程

文章目录

• 1.Jira Essentials with Agile Mindset: 课程描述

• 1.1敏捷和Jira概述
• 1.2项目板
• 1.3 Enrich Issues
• 1.4看板方法
• 1.5精益和敏捷原则
• 1.6 Scrum overview

• 1.6.1 Artifacts
• 1.6.2 Roles and Events

• 1.7搜索
• 1.8 JQL
• 1.9过滤器
• 1.10 Epics
• 1.11仪表板
• 1.12 putting it all together

1.1敏捷和Jira概述

敏捷概述：

一种完成事情的方式。项目管理的实证方法。持续开发计划、流程和产品。一种心态。
敏捷思维是成长/持续改进的工作方式。允许数据改变您的方法。使用敏捷技术完成工作。
1.
2.

Jira概述：

Jira是帮助团队执行、可视化和管理工作的工具。为团队当前的流程/工作流建模。利用项目管理技术，让团队专注于他们的工作。
有利于计划，优先，组织和完成工作。使用项目板、报告和仪表板可视化工作。促进团队沟通。
1.
2.

确定Jira与敏捷思维的关系：

Jira是团队可以用来建模和执行敏捷过程的工具。

创建一个jira项目:

相关问题的集合，制定一个团队“要做的事情”清单，可以有一个固定的结束日期还是一个正在进行的项目，一个项目有一个相关联的类型(例如，看板，scrum)。
每个issue属于一个项目。
1.
2.

创建一个jira的issue:

由团队标识的工作项(工作项)。问题具有关联的类型(例如，故事、任务、bug)。问题的细节称为字段。
Issue key：Jira自动分配一个唯一的issue key给创建的issue <issue_key>=<project_key>-<issue_number>
1.
2.

使用项目板:
一个二维的“要做的事情”清单。去想象issue。团队过程/工作流的可视化。将问题显示为卡片。
识别Jira用户类型:

Jira Administrator:为所有用户配置Jira实例
Jira project Administrator:可以配置一个Jira项目来匹配团队的流程
Team member:works on project
1.
2.
3.

1.2项目板

描述可视化工作的重要性：
A to do list：提醒你，focuses you，设置优先级，跟踪进展。
A board：敏捷项目的原则是“可视化工作”,Aboard是一个用于可视化和管理工作的敏捷工具。
Reports and dashborads.
方便地看到项目的工作:

1.	允许任何人查看项目的(真实)当前状态。
2.	组织和集中团队。
3.	只在白板上完成任务。
1.
2.
3.

管理的事情:
1.易于添加和优先级的工作项目
2.易于更新工作项。
改进团队的工作方式:

1.可以从视觉上识别问题。
1.

描述常见的工作流：

板的一组列表示完成问题工作的工作流(或过程)。工作流被分解成状态(或步骤)。
团队使用a board，board的结构是由底层工作流定义的。
1.
2.

区分Jira borads和工作流程：

自动，创建额外的borads在任何时候。
描述问题状态字段的目的：
每个项目自动有一个或多个相关联的工作流。每个问题的状态字段必须设置为工作流的状态。
配置板列。
1.
2.
3.
4.

1.3 Enrich Issues

确定可以用信息丰富问题的方法，使用与团队相关的问题特性，使用标签来组织问题，引入与版本控制和构建系统的集成。
问题类型字段：

Epic：一个包含问题的大问题。
Story：用户视角下的需求。
Task：团队工作项。
Bug：一个需要修复的缺陷。
Substack：另一个问题的子问题。
1.
2.
3.
4.
5.

Substack：

• 必须具有父问题的问题类型。
• 把问题分解成一个个可管理的任务。
• 会比父问题更技术性

Labes：字段用于分类和搜索问题。
集成通过问题键工作：

1.使用提交消息在提交消息中包含问题键"初始提交-TIS-498"。
2.	使用部门名称在分支名称“Feature分支TIS-498”中包含问题密钥。
3.	把请求在pull request标题中包含issue key，或者Jira可以使用来自关联提交或分支的issue key。
4.	对于构建和部署，Jira使用与构建中的提交相关联的问题键。
1.
2.
3.
4.

Tackaways：

1.	问题包含一组用于向问题添加信息的不同字段问题可以通过评论和@mentions促进团队沟通。
2.	问题类型可以有唯一的字段、屏幕和工作流。
3.	子任务是另一种问题类型的子任务。
4.	子任务有自己的问题键和字段值。
5.	标签可用于对问题进行分类和搜索。
6.	Jira可以与版本控制和/或构建系统集成，以改善与开发人员相关的通信
1.
2.
3.
4.
5.
6.

1.4看板方法

敏捷方法：

• 敏捷是一种思维方式(思维模式)和工作方式。
• 敏捷方法(或框架)是实现敏捷的方法常见的
• 敏捷方法包括看板和scrum

每个都体现了敏捷的核心原则，这些通常是合并的。

在制品的限制应该设置什么?

Improving flow：

Improving flow-limit work in progress(WIP)

HOW:指定在某些项目板栏中允许的问题的最小和/或最大数量.

WHY:更好的流，限制浪费，促进团队合作。

为什么要用敏捷报告?

可视化的工作，提高透明度，协助故障排除和持续改进，援助计划和评估

可以不限制在制品数量吗当工艺出现问题时
添加在制品限制
可以设定在制品数量的限制来阻止多任务处理吗
Tackaways：

- 看板是一种轻量级的敏捷方法。
 - 一个项目委员会应该有一个持续的问题流，从待定栏转移到已完成栏。
 - 在进行中的工作限制可以通过关注团队来改善价值流。
 - 在Jira中，待办事项可以从项目板中分离出来，简化了项目板，并允许单独的待办事项工作.
1.
2.
3.
4.

1.5精益和敏捷原则

看板是什么：
看板——控制工作流程的对象。
这个想法来自于丰田的超市当库存较低时订购(拉)

• 而不是推送。 这就匹配了供给和需求。
• 一个空盒子是一个“看板”
• 一个订购更多的信号

看板的其他例子：

看板系统的好处：可视化的工作，简单，可靠的，非常高效，消除浪费，识别瓶颈/易于改进。
看板的定义：
看板记号——控制工作流程的对象。
看板系统——使用看板控制工作流程的系统。
看板方法——轻量级的敏捷方法。
Learn原则：1增强团队2.可视化的工作3.拥抱科学的方法4改善价值的“流动”5.建立质量。
可视化的工作：
视觉控制-Toyota使用看板发出信号并控制工作。
Andon board-显示任何存在的问题。
拥抱科学的方法：

1. 创建一个假设2.建立一个实验3.观察/从结果中学习4.重复/迭代。

总结-提高价值流的方法：

1.	限制正在进行的工作 2.映射价值流 3.Pullwork 4.消除浪费 5.减少setuptimes 6.自动化应该自动化的东西。
1.

Learn and agile principles:
敏捷软件开发宣言:
我们正在通过自己动手和帮助别人动手来发现开发软件的更好方法。通过这项工作，我们认识到:

1. 个人和交互高于过程和工具。 	
 2. 工作软件优于全面的文档。 	
 3. 客户协作高于合同谈判。 	
 4. 响应变化而不是遵循计划。
1.
2.
3.
4.

精益和敏捷：

精益:
John Krafcik(1988)在麻省理工学院使用。
描述了丰田生产系统的思想。
适用于任何类型的项目。
敏捷:
被创建敏捷宣言(2001)的参与者使用。
描述了瀑布式软件开发的轻量级替代方案。
适用于任何类型的项目。
1.
2.
3.
4.
5.
6.
7.
8.

精益：

1. 团队授权
2. 可视化的工作
3. 用科学的方法做实验a.不断学习和提高b。拥抱变化
4. 提高价值的“流动”
	a.限制工作进度
	b.映射价值流
	c.拉工作
	d消除浪费
	e.减少安装时间
	f.将应该自动化的工作自动化
5. 建立质量
	a.过程应该识别问题
	b.发现问题后及时修复
	c.确定并解决根本原因
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.

敏捷：

1. 团队授权
	a.选择有动力的个人。b.团队应该自我组织。c.通过合作创造共同的理解。
2. 拥抱变化
	a.与客户合作b.Obtain fast feedback c.持续检查和适应。
3.增量地计划、开发和交付
	a.一个喜欢用对话来传达信息。
	b.不断地重构以保持敏捷性。
	c.保持asustainable步伐。
	d.完成的工作项是进度的主要度量
4. 关注价值
	a.一个消除浪费。
	b.不断追求简单。
	c.不要在质量上妥协。
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.

1.6 Scrum overview

1.6.1 Artifacts

Scrum是什么：

• “Scrum是一个开发、交付和维持复杂产品的框架。”
• Scrum指南2017  https://www.scrum.ora/resources/scrum-quide
• 一种实现敏捷性的方法。

增量：

• 可提供给客户的产品。
• 满足组织的“完成定义”。
• 包含当前迭代的工作，以及所有先前的迭代。

scrum框架的一部分：

• 工件-产品backlog，冲刺backlog，冲刺目标，冲刺板，报告。
• 角色:产品负责人、scrum管理员、开发团队成员、涉众。
• 活动/会议/仪式-冲刺，冲刺计划会议，每日站立，冲刺回顾，冲刺回顾。

产品待办事项列表：

1.一个有序的，不断变化的项目列表。
2.	可以包括功能，改进，错误修复等。
3.	靠近顶部的问题应该包括更多的细节。
4.	修改产品待办事项安排称为产品待办事项安排细化。
1.
2.
3.
4.

Sprint backlog:

1.	产品待办事项安排的子集。
2.	在sprint中需要完成的问题列表。
3.	包括如何完成各项工作的计划。
4.	能否在冲刺期间完全出现
1.
2.
3.
4.

Estimation-story points：

• 故事点是完成故事所需要的工作量的相对度量。
• 用来帮助决定在sprint中可以完成多少故事。
  Sprint board
  只包含sprint backlog中的问题：

Scrum reports-burndown图表：

速度
表示团队完成工作的速度

• 通常是每个sprint所完成的故事点的数量。
• 在这个例子中，速度是每个sprint 3个故事点。

Take a way：

1.	Scrum是一种敏捷框架。
2.	增量是满足“完成定义”的项目的潜在可交付部分。
3.	冲刺是一个有时间限制的时间段，在这个时间段内会产生增量。
4.	Scrum工件提供了项目透明性，支持共享理解，并支持检查和调整。
5.	工件包括产品待办事项、冲刺待办事项、冲刺目标、冲刺板和报告。
6.	速度是团队完成工作的速度，通常以每个sprint的故事点为单位。
1.
2.
3.
4.
5.
6.

1.6.2 Roles and Events

Scrum roles:
scream team：

• 由三个角色组成:产品负责人，scrum管理员，开发团队成员。
• 跨职能。
• 灵活/适应性强。

Product owner：

• 其他人则对项目的成功感兴趣。
• 公司内部经理、高管和其他scrum团队。
• 外部客户、合作伙伴、投资者。

产品负责人负责:

• 负责:沟通产品愿景。
• 最大化每一个增值的价值。
• 产品待办事项列表。
• 与涉众互动，代表涉众，并对涉众负责。

Scrum master：
职责包括:

• 促进和支持scrum。
• 提高团队的日常工作效率。
• 保护团队的焦点。
• 增加项目的透明度。

典型的任务:

• 指导scrum团队和涉众使用scrum。
• 去除阻塞问题。
• 促进scrum事件。
• 配置scrum工件。
• 监控sprint进展。

Development team：
完成项目工作的跨职能、适应性团队。
职责包括:

• 估计问题。
• 决定在一个sprint中可以完成多少工作。
• 决定如何组织sprint的工作。
• 创造每个冲刺的增量。
• 能够在sprint期间修改sprint backlog。
  Scrum指南推荐3到9个成员。

所有scrum会议的特点：

• 固定的最大时间限制，没有最低时间限制。
• 会议主要是计划、检查和调整。
• 主要是关于协作，而不是更新状态。
• 主要把时间花在对所有参与者有价值的事情上。

Daily standup:
参加者:开发团队和scrum管理员(主要)。
持续时间:15分钟。
目的:

• 检查冲刺目标的最近进展。
• 计划好一天的工作。
• 识别任何障碍，并计划解决它们。
  输出:一天的计划。

Sprint review：

参加者:开发团队和scrum管理员(主要)。
持续时间:15分钟
目的:检查冲刺目标的最近进展计划好一天的工作识别任何障碍，并计划解决它们
输出:一天的计划
1.
2.
3.
4.

Sprint retrospective：

参加者:scrum团队
持续时间:通常为90分钟，为期2周
目的:团队检查自身，包括其过程、工具和团队交互
输出:将改进问题添加到下一个sprint的backlog中
1.
2.
3.
4.

Takeaway：

Scrum角色包括:
1.	产品负责人。
2.	Scrum master
3.	开发团队成员。
4.	干系人。
Scrum会议包括:
1.	Sprin计划会议
2.	Daily standup
3.	Sprint review：
4.	Sprint retrospective：
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.

1.7搜索

1.快速搜索
 2. 基本搜索(用户界面元素)
 3. 高级搜索(JQL)
 4. 过滤器
 5. 快速过滤器.
1.
2.
3.
4.
5.

Quick search:

快速搜索-与搜索词和关键字:

Basic search:

Takeaway:

快速搜索可以搜索问题的文本，板名，项目名称和过滤器名称。
基本搜索是一种用户友好的问题搜索方式。
1.
2.

1.8 JQL

JQL概述：

基本和高级/JQL搜索：

Jira query language（JQL）：搜索问题和提供查找结果。
Basic search：

• 友好的用户界面
• 查询可能很复杂，但也就是这样

高级/ JQL搜索：

• 使用JQL
• 最强大的搜索方法
• JOL可以用于自动化脚本

“编写”jql——最简单的方法：

JQLquery的两个主要部分：

Autocomplete：

与autocomplete-fields JQL：

操作自动完成：

布尔操作符：and，or，not

基于时间的函数:

时间单位限定符：

Takeaway：

1.	JQL查询是所有基本和高级搜索的基础。
2.	利用基本查询和自动完成简化创建JQL查询
3.	JQL查询可以选择问题和/或订单查询结果的子集
4.	函数可用于避免在搜索子句中硬编码值
5.	时间单位限定符(yMwdhm)可以与日期相关的值一起使用
1.
2.
3.
4.
5.

1.9过滤器

Creat filters：

保存搜索以创建过滤器：

编辑过滤细节：

Describe board filters：

• 每个board都有一个过滤器来定义板上显示的问题。
• 你可以编辑board的过滤器。
• 如果你创建了一个board，你必须分配它过滤器。

Use quick filters：

进一步的过滤器问题显示在board上。

Takeaway：

1.	过滤器是保存的搜索，可以通过用户界面元素公开。
2.	每个板都有一个过滤器来定义板上显示的问题。
3.	快速过滤器是保存的搜索，用于进一步限制显示在公告板或报告中的问题。
1.
2.
3.

1.10 Epics

描述epics：

Epics:

1.一大问题。
2. 可以包含其他问题。
3. 子问题可以跨越多个迭代、项目、团队和董事会。
1.
2.
3.

Work with epics：

在backlog中管理epics：

从一个backlog中创建一个epics

Epics面板

可以监控epics中的问题状态：

1.11仪表板

描述仪表板：

1.	一个或多个项目工作的可配置视图。
2.	可以个人或共享。
3.	包含产品。
1.
2.
3.

Add a gadget：

配置小工具：

配置一个仪表板

Sharing dashboard：

Display dashboard as a wallboard：

1.	转动任何仪表板或墙板
2.	充当信息散热器
1.
2.

Takeaways:
仪表板显示项目的工作,仪表盘可以共享或个人使用,小工具显示仪表板的一部分,仪表板可以显示为辐射信息的墙板。

1.12 putting it all together

快速回顾课程：

配置Jira以匹配团队流程的方法：

Jira family：

Jira core：负责人力资源、法务及其他业务团队的项目管理。
Jira software：计划，跟踪和发布软件。
Jira service management：支持高速请求、事件和变更管理。
1.
2.
3.

Wrap up：

1.	交互式教程
2.	快速获得使用Jira的团队
3.	涵盖流行的主题和任务
4.	介绍了基本概念
5.	展示产品内演示
6.	追踪学习的非分级测验
7.	可用于云，服务器，数据中心
1.
2.
3.
4.
5.
6.
7.