当前位置:   article > 正文

Jira学习总结_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框架的一部分:

  • 工件-产品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
声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/我家小花儿/article/detail/1020951
推荐阅读
相关标签
  

闽ICP备14008679号