2016-06-23 15:41:40 ups216 阅读数 2679
  • CSDN在线培训:如何借助JIRA玩转敏捷电子看板

    JIRA作为项目与事务跟踪工具被广泛应用于缺陷跟踪、客户服务、需求收集、流程审批、任务跟踪、项目跟踪和敏捷管理等工作领域。JIRA的功能十分丰富。但是,由于JIRA配置十分灵活,在国内中文文档偏少,又缺乏优秀项目实践的分享,使得许多人虽然使用了JIRA,但是效果不佳。

    8563 人正在学习 去看看 CSDN讲师

看板在现代应用开发过程中使用非常广泛,不管是使用传统的瀑布式开发还是敏捷开发,都可以使用看板管理。因为看板拥有简单的管理方法,直观的显示方式,所以很多软件开发团队选择使用看板进行软件开发管理。本文不在对看板管理理论进行过多的赘述了,只是在这里介绍一下如何使用TFS的看板功能。
最新版本的TFS提供了功能强大的电子看板(最新发布的TFS 2015 Update 2.1中,也包含了对看板功能的提升),并且能对看板的显示进行大量定制,而且还加入了泳道的功能。开发团队可以根据自己的需求来定制属于自己团队的看板!!!

TFS看板的创建

TFS默认提供3种团队项目创建模板,Scrum, Agile及CMMI。项目创建后在菜单工作下的产品积压工作页面点击就可使用看板功能。 以前这个功能是被命名为看板的,不过在TFS 2013以后就变成板了。
1

这里简单介绍下为什么默认看板展示4列?每列的列名是怎么来的?首先TFS是采用工作项的形式存储各种信息的,比如:需求、任务、Bug等等。 这些工作项就是一个个的表单,包含了很多的字段,这些字段中有一个字段叫做:状态, 如果你是使用默认的Scrum模板创建的项目,那么产品积压工作项(即需求或者用户故事)默认有4个状态,分别是:New(新建)、Approved(已批准)、Commited(已提交)以及Done(完成)。 想必你已经看出来了,看板中的每列的列名默认就是产品积压工作项的状态名称,当我们拖动卡片在各个列之间切换的时候,工作项的状态也会随之改变,默认看板显示可能远远不能满足我们的需求,那么下面让我们来看看如何使用TFS看板吧。目前TFS工作项的状态只能通过修改工作项模板然后使用命令行或者TFS Power tools提交到TFS服务器进行修改。

TFS看板功能介绍

如果你的办公室有一个70英寸的触摸屏,你就可以把你们以前使用的物理白板拖走了。 你只需要在大屏幕上打开看板,并且选择全屏模式,一个和物理板具有相同展示效果的电子版就出现啦!
2

首先把看板的列名改一下,变成团队约定俗成使用的一些用语。单击列名就可以快速修改啦!
3

TFS默认根据产品积压工作项的状态在看版上创建了4个列。团队可以根据自身需求创建看板列,下面我创建新列已选定用来展示出当前迭代或当前版本需要开发的需求
6

  • WIP (Work In Process)限制: 当前状态下的产品积压工作项数量上限。每个看板列这个数值都可能不同,并且代表了不同的含义。比如在待开发列WIP限制需要根据团队开发人员数量来决定。当超过限制数的产品积压工作项被放入当前列时意味着你的团队成员在同时展开多个需求的开发,这对团队的影响就是在固定时间段内能提供给测试人员进行测试的的需求会变少,测试人员的效率会下降。
  • 状态映射:是指当你把看板中的卡片拖到这个列时,被拖动的卡片所代表的工作项状态应该被修改为什么。
  • 每个列中的“正在进行”和“已完成”: 可以通过勾选此项在每个状态列中进行细化跟踪。比如在开发列种哪些是正在开发,哪些是已经开发完成了。
  • 已完成的定义:通过编写Markdown脚本展示此列的说明信息

现在让我们来添加一些PBI和Bug作为实验数据吧。
5

现在卡片默认只显示有值的显示字段,我们可以配置在卡片中显示的字段,并且把这些字段都显示出来,不管这些字段是否有值。所有显示在卡片中的字段都能被编辑。
7

  • 核心字段:卡片默认包含字段,可以通过勾选框控制核心字段是否显示在卡片中
  • 附加字段:最多可以添加额外10字段显示在卡片上,自定义字段也可以被添加到卡片上
  • 显示空字段: 通过勾选框控制空字段是否显示在卡片上

如果开发的系统包含前台应用和后台管理,想要将分属不同的卡片区分开来显示,应该怎么做? TFS提供了泳道的功能,使用这个功能可以将看板中的卡片分组显示。
9

看板的优点就是能让团队成员一目了然地看到团队的整体情况。默认设置下对于每个成员的工作状态及工作进度的显示效果很弱。在TFS中可以通过配置显示样式的方式来加强显示效果。比如卡片的背景色,字体样式,并且可以通过条件来匹配卡片的显示规则。
10
11
在上图中 黑色背景的是没有评估工作量的,白色背景是没有指派的,每个成员认领的PBI都用不同的颜色区分,因此我们能在上图上直观的看到团队当前的迭代的研发状态及各成员的工作状态。

同样除了卡片的背景颜色可以定制,工作项的标签颜色也可以定制。
13

本文介绍了TFS看板功能,下篇文章将给大家详细讲解如何使用TFS看板完成一个Scrum迭代。


 

请关注微信公众号 【devopshub】,获取更多关于DevOps研发运维一体化的信息

qrcode_for_gh_b7c158df1fd1_430

2017-04-20 08:25:40 huver2007 阅读数 1972
  • CSDN在线培训:如何借助JIRA玩转敏捷电子看板

    JIRA作为项目与事务跟踪工具被广泛应用于缺陷跟踪、客户服务、需求收集、流程审批、任务跟踪、项目跟踪和敏捷管理等工作领域。JIRA的功能十分丰富。但是,由于JIRA配置十分灵活,在国内中文文档偏少,又缺乏优秀项目实践的分享,使得许多人虽然使用了JIRA,但是效果不佳。

    8563 人正在学习 去看看 CSDN讲师

物理看板还是电子看板?

敏捷宣言有一句“个体和交互胜于流程和工具”。虽然敏捷项目的最终成败与看板本身是物理的还是电子的没有直接关系。这里只是讨论:如果你打算用看板,那么哪种看板更适合你?当然前提都是要有一面较大的墙。

首先分别对比物理看板与电子看板的优势和劣势。

物理看板的优势:

1.       物理看板墙有助于团队的互动和协作,而且置于团队工作区内,随时供所有走入工作区的人高度可见。同时也可防止有人坐着看会,防止每日站会变成每日坐会;而且大家要看着看板才能跟上步调,防止有看手机、刷微信等削弱互动性。

2.       物理看板便于对看板系统作变化,只需要马克笔重新设计或更改即可。物理看板可随便你怎么创新可视化,只有你想不到的,没有你做不到的。电子看板则很难做到。团队刚刚开始导入敏捷,导入看板,在没有充分实践的情况下,极有可能要对看板进行变动,如:细分流程,增加“编码完成”。在物理看板上画2分钟即可完成。

3.       启动快。只要团队统一意见,立刻就可以找一片“根据地”,花10分钟就可以布置好物理看板,立刻就可以把相关工作可视化。

4.       成本低。物理看板几乎不需要建设和维护成本,简单一点在某个墙上贴一些泳道条,买一些即时贴即可。100元能运行几个月!

物理看板的劣势:

1.       没有历史数据的沉淀,缺乏整体性。看板协助团队实施当前迭代,但是对于之前迭代的相关信息没有有效利用,使敏捷相关信息失去规模性、整体性。另一方面,质量管理人员可能因为缺少历史数据,而逐步失去客观质量分析评价。

2.       需要耗费额外的人力成本更新大量物理看板上的数据到工具里。凡是用了两套系统(物理看板和电子看板),就面临保证同步性的挑战。

电子看板的优势:

1.       团队跨区域,甚至大型项目团队跨越多个城市或多个国家,这时电子看板就自然显出优越性。

2.       如果大量项目数据存储在数据库里,比如backlog、bug等数据本来就有相关工具管理e.g. 禅道,这时如果有支持与已有工具集成的看板工具就便于数据的维护和更新,度量数据也比较容易生成。

3.       电子看板支持度量数据自动统计和更新;用物理看板做度量需要很多手工的工作,至少需要手工录入数据,这使得一些团队没有坚持度量统计,启动时新鲜,做了一段时间就放弃了。

电子看板劣势:

1.       找到一个适合自己团队的电子看板不容易,购买成本也很高,自己开发成本也不低,且要长期维护。

2.       显示器尤其是大屏幕的成本较高,项目团队特别多的时候,需要多个显示器,且只能固定在某个位置,不方便移动。

综合考虑,团队在刚刚接触敏捷时,尤其希望降低工具成本,建议使用物理看板;当团队对敏捷流程相对熟悉、团队内部相对稳定,且有较充裕的资金,建议导入电子看板,只有这样才能让敏捷习惯持续养成并传承。

有的企业采用了大型触摸电视屏配电子看板,集电子和物理看板的双重优势。有钱就是任性!

2018-11-07 18:16:07 leangoo 阅读数 1635
  • CSDN在线培训:如何借助JIRA玩转敏捷电子看板

    JIRA作为项目与事务跟踪工具被广泛应用于缺陷跟踪、客户服务、需求收集、流程审批、任务跟踪、项目跟踪和敏捷管理等工作领域。JIRA的功能十分丰富。但是,由于JIRA配置十分灵活,在国内中文文档偏少,又缺乏优秀项目实践的分享,使得许多人虽然使用了JIRA,但是效果不佳。

    8563 人正在学习 去看看 CSDN讲师

什么是Leangoo(领歌)

Leangoo(中文名:领歌)是一款基于看板的项目管理工具。

我们可以使用Leangoo管理项目需求、任务、或者是问题和文档,随时跟踪团队工作进展。

Leangoo看板工具也融入了人敏捷管理思想,专业的敏捷团队打造,完美支持Scrum敏捷开发和看板方法。

Leangoo的核心是看板,通过看板共享和实时同步团队工作。

团队工作体现为卡片,卡片上的内容可以是需求、任务、bug等等。

Leangoo看板上的主要元素包括列表和泳道,列表管理工作的不同阶段或状态,泳道实现任务的分组对应,从两个纬度让团队的工作高度可视化、一目了然。

Leangoo提供永久免费的在线版,在线企业版和私有部署企业版三个版本,供用户自由选择!

在Leangoo中,标签的使用可以有多种,下面我们来看几种吧!

一.   用标签给任务卡片分类

         1)先点击标签后面的笔,为标签命名。

            然后直接将标签拖拽至任务卡片上即可。

这是分类好的 看板示例:

也可批量为任务卡片添加标签-点击看板内的多选按钮

然后选择要添加同一标签的卡片,选好之后直接对右边的标签打勾即可

二.   用标签标注Bug的严重性以及紧急程度(两种管理bug的方式)

下图为看板示例

三.   用标签>>>

..............................没写完

 

 

个人写法  不喜勿喷

 

2016-07-20 20:00:46 WilsonBoBlog 阅读数 3386
  • CSDN在线培训:如何借助JIRA玩转敏捷电子看板

    JIRA作为项目与事务跟踪工具被广泛应用于缺陷跟踪、客户服务、需求收集、流程审批、任务跟踪、项目跟踪和敏捷管理等工作领域。JIRA的功能十分丰富。但是,由于JIRA配置十分灵活,在国内中文文档偏少,又缺乏优秀项目实践的分享,使得许多人虽然使用了JIRA,但是效果不佳。

    8563 人正在学习 去看看 CSDN讲师

看板在现代应用开发过程中使用非常广泛,不管是使用传统的瀑布式开发还是敏捷开发,都可以使用看板管理。因为看板拥有简单的管理方法,直观的显示方式,所以很多软件开发团队选择使用看板进行软件开发管理。本文不在对看板管理理论进行过多的赘述了,只是在这里介绍一下如何使用TFS的看板功能。

最新版本的TFS提供了功能强大的电子看板(最新发布的TFS 2015 Update 2.1中,也包含了对看板功能的提升),并且能对看板的显示进行大量定制,而且还加入了泳道的功能。开发团队可以根据自己的需求来定制属于自己团队的看板!!!

TFS看板的创建

TFS默认提供3种团队项目创建模板,Scrum, Agile及CMMI。项目创建后在菜单工作下的产品积压工作页面点击就可使用看板功能。 以前这个功能是被命名为看板的,不过在TFS 2013以后就变成板了。
1

这里简单介绍下为什么默认看板展示4列?每列的列名是怎么来的?首先TFS是采用工作项的形式存储各种信息的,比如:需求、任务、Bug等等。 这些工作项就是一个个的表单,包含了很多的字段,这些字段中有一个字段叫做:状态, 如果你是使用默认的Scrum模板创建的项目,那么产品积压工作项(即需求或者用户故事)默认有4个状态,分别是:New(新建)、Approved(已批准)、Commited(已提交)以及Done(完成)。 想必你已经看出来了,看板中的每列的列名默认就是产品积压工作项的状态名称,当我们拖动卡片在各个列之间切换的时候,工作项的状态也会随之改变,默认看板显示可能远远不能满足我们的需求,那么下面让我们来看看如何使用TFS看板吧。目前TFS工作项的状态只能通过修改工作项模板然后使用命令行或者TFS Power tools提交到TFS服务器进行修改。

TFS看板功能介绍

如果你的办公室有一个70英寸的触摸屏,你就可以把你们以前使用的物理白板拖走了。 你只需要在大屏幕上打开看板,并且选择全屏模式,一个和物理板具有相同展示效果的电子版就出现啦!
2

首先把看板的列名改一下,变成团队约定俗成使用的一些用语。单击列名就可以快速修改啦!
3

TFS默认根据产品积压工作项的状态在看版上创建了4个列。团队可以根据自身需求创建看板列,下面我创建新列已选定用来展示出当前迭代或当前版本需要开发的需求
6

  • WIP (Work In Process)限制: 当前状态下的产品积压工作项数量上限。每个看板列这个数值都可能不同,并且代表了不同的含义。比如在待开发列WIP限制需要根据团队开发人员数量来决定。当超过限制数的产品积压工作项被放入当前列时意味着你的团队成员在同时展开多个需求的开发,这对团队的影响就是在固定时间段内能提供给测试人员进行测试的的需求会变少,测试人员的效率会下降。
  • 状态映射:是指当你把看板中的卡片拖到这个列时,被拖动的卡片所代表的工作项状态应该被修改为什么。
  • 每个列中的“正在进行”和“已完成”: 可以通过勾选此项在每个状态列中进行细化跟踪。比如在开发列种哪些是正在开发,哪些是已经开发完成了。
  • 已完成的定义:通过编写Markdown脚本展示此列的说明信息

现在让我们来添加一些PBI和Bug作为实验数据吧。
5

现在卡片默认只显示有值的显示字段,我们可以配置在卡片中显示的字段,并且把这些字段都显示出来,不管这些字段是否有值。所有显示在卡片中的字段都能被编辑。
7

  • 核心字段:卡片默认包含字段,可以通过勾选框控制核心字段是否显示在卡片中
  • 附加字段:最多可以添加额外10字段显示在卡片上,自定义字段也可以被添加到卡片上
  • 显示空字段: 通过勾选框控制空字段是否显示在卡片上

如果开发的系统包含前台应用和后台管理,想要将分属不同的卡片区分开来显示,应该怎么做? TFS提供了泳道的功能,使用这个功能可以将看板中的卡片分组显示。
9

看板的优点就是能让团队成员一目了然地看到团队的整体情况。默认设置下对于每个成员的工作状态及工作进度的显示效果很弱。在TFS中可以通过配置显示样式的方式来加强显示效果。比如卡片的背景色,字体样式,并且可以通过条件来匹配卡片的显示规则。
10
11
在上图中 黑色背景的是没有评估工作量的,白色背景是没有指派的,每个成员认领的PBI都用不同的颜色区分,因此我们能在上图上直观的看到团队当前的迭代的研发状态及各成员的工作状态。

同样除了卡片的背景颜色可以定制,工作项的标签颜色也可以定制。
13

本文介绍了TFS看板功能,下篇文章将给大家详细讲解如何使用TFS看板完成一个Scrum迭代。


 

请关注微信公众号 【devopshub】,获取更多关于DevOps研发运维一体化的信息

qrcode_for_gh_b7c158df1fd1_430

2019-10-26 18:04:50 ZYD45 阅读数 2955
  • CSDN在线培训:如何借助JIRA玩转敏捷电子看板

    JIRA作为项目与事务跟踪工具被广泛应用于缺陷跟踪、客户服务、需求收集、流程审批、任务跟踪、项目跟踪和敏捷管理等工作领域。JIRA的功能十分丰富。但是,由于JIRA配置十分灵活,在国内中文文档偏少,又缺乏优秀项目实践的分享,使得许多人虽然使用了JIRA,但是效果不佳。

    8563 人正在学习 去看看 CSDN讲师

整个敏捷开发里,最核心的就是看板机制。所谓的看板机制,就是将团队内的各个角色成员,安排在类似一条生产线上,各司其职,通力合作。

看板一词来源于,日本的丰田制造。最早为了解决,生产机器之间的协作生产问题,发明了“kanban”:B机器在空闲时,发出一张“kanban”卡,A机器接收到此卡就进行推送任务。

 整个看板的原型,有两个重要的点:1.To Do 起始点 2.Done 终点。在两点之间夹杂着任务的生成过程。

To Do

可以称为待办清单,但在敏捷开发里,一般称之为 积压板。注意,这里的To Do 里的内容,基本上是已经确定要处理的事,和需求清单有一定区别。

需求,往往是使用级别的事务。而且很多需求需要经过分析后,转换为若干待办事项。比如:“想要一辆自动驾驶的车”,这是一个需求,但是经过分析,可能会拆分为,“自动驾驶系统实现”,“车架生产”这两项工作项。而且,整个敏捷团队开发就是为了快速小步迭代,有时一个需求拆分出的多个工作项,为了实现快速迭代,不一定会将这些工作项统一放到一个迭代中。

积压板区域,最大的作用就是告诉团队成员,“我们还有多少工作没做”。

Done

这是个事务完结区,主要是开发完成的工作项(待办清单内容进入实际开发中,就称为工作项),基本上都是已上线的工作项。

之所以有这个区域,一是因为敏捷开发时,有些功能是灰度上线——有可能带着不经意察觉的问题,万一上线的出了大问题,可以调度工作项。另一原因就是,能够告知整个团队,此次迭代完成了哪些工作项,能够在后期团队项目总结时,有根可寻。

Doing

在起止点之间的部分,就是生成过程了,也就是开发过程。

可以用泳道来标识各个状态。而泳道是由团队角色决定的,常规开发团队中有 产品、开发以及测试。那中间的状态泳道往往是由这三类角色所需要的状态构成。

有了看板原型,我们可以看到各个整个团队成员的工作,能够了解每个人工作量,大致预览项目进度。

但是撑起整个看板的,不是看板本身,而是工作项。

如果说,看板是整个敏捷开发的核心,核心的核心就是工作项。工作项是大家实际的工作指导,以及实际开发过程的数据载体。从一开始界定要实现的目标,就记录在工作项上,再到中间的开发过程都应反馈在工作项本身,以及后面所暴露的开发缺陷,一个工作项都可以承载。

既然看板是工作项的展示容器,工作项的状态就等于看板的泳道。一个工作项在正常进行中,是从头跑到尾,但是难免有些工作项因为种种原因被关闭了,所以此时会有一个回收站来收集这些工作项。

这些泳道中,最核心的就是三条 产品(设计分析)、开发、测试。

 

表设计部分

看板只是个容器,看板所承载的工作项才是具体的业务,虽然说工作项可以存在各个泳道,但是从数据存储上,它其实就是一张表,通过不同的字段来区分,例如,工作项的时间 虽然有九个日期,因为整体业务表现都是依序进行的,所以除了两个完结时间点,其他的从新建(积压板状态)直到测试完成 采用的是 ADate、BDate...GDate,关闭采用的是ClDate/发布则是用RelDate。

而对于工时,这张表就是工作项表的细表,因为一个工作项可能产生多个工时,也就会产生多行工时数据。

To be Continued

当然,以上所述这些,都是一些指导性原则,任何东西都有个性化的一面,就像加勒比海盗里说的那样

法典只不过是一些指导,它并不是必须遵守的规定

没有更多推荐了,返回首页