Jira学习总结_jira 年终总结

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

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

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