用leangoo看板工具实施多团队大规模敏捷开发

概述

本场景描述的是针对多个Scrum团队/敏捷团队,开发同一款大型产品,或者大型项目的敏捷应用场景。Leangoo多团队大规模敏捷开发模板是基于大规模敏捷模型定义的,可以适配基于Scrum of Scrums, [email protected],LeSS和SAFe等模型。Leangoo多团队大规模敏捷开发模板,在团队级使用的是标准的Scrum模型。

Scrum是用于开发和维护复杂产品的一个框架。上世纪90年代,Scrum在全球已得到广泛应用,Scrum最初用于产品研发,目前已广泛用于软硬件开发、互联网、人工智能、学校、政府、市场、管理组织运营等诸多领域。随着技术、市场和环境的复杂度和不确定性持续增长,Scrum在处理复杂性方面的效用日益得到证实。

Scrum流程

?Scrum of Scrums 简称SoS ,是一个跨团队协作的Scrum团队。这个团队由各个Scrum团队的Scrum Master组成。SoS需要召开每日例会(Scaled Daily Scrum,简称SDS)SoS拥有一个Scrum Master进行多个团队的协调工作。如下图所示:

?

Leangoo中建立大规模敏捷项目

对于大型互联网产品、企业级软件产品、大型项目或解决方案来说,通常需要多个团队协作进行开发,针对这种情况,我们可以在Leangoo中按照下图的思路创建Leangoo项目:

?登录Leangoo后,在企业中创建项目,项目类型选择“敏捷开发”, 项目模板选择“多团队大规模敏捷开发”。 创建后系统会默认创建6个Leangoo项目,一个整体产品规划和5个开发小组:

产品规划组

产品规划组用于管理整个项目的产品路线图,产品需求(Product Backlog),缺陷(缺陷看板),跨团队协作(Scrum of Scrums看板)等,项目中的所有内容整个团队可见。产品路线图,产品Backlog看板、缺陷看板由产品负责人负责管理。Scrum of Scrums看板由SoS Master负责管理。

开发小组01

Scrum团队自己的Sprint看板,每个迭代一个。

开发小组02

Scrum团队自己的Sprint看板,每个迭代一个。

开发小组03

Scrum团队自己的Sprint看板,每个迭代一个。

开发小组04

Scrum团队自己的Sprint看板,每个迭代一个。

开发小组05

Scrum团队自己的Sprint看板,每个迭代一个。

您可以根据您的团队数量增减开发小组的项目。创建新的小组时,项目类型请选择敏捷开发,模板选择空白项目,然后再创建Sprint就可以了。

多项目示例:

产品路线图规划和需求管理

产品路线图是重要的产品管理工具。产品路线图是一个高层次的战略计划,它描述了产品在未来一段时间可能会如何发展和壮大。产品路线图确保整个产品团队持续关注产品的目标,帮助产品负责人把握产品的战略方向,调整产品的优先级和产品规划。通过Leangoo可以帮助您创建价值和目标驱动的敏捷产品路线图。

以下场景产品路线图规划是可选的 :

已经进入稳定期,处在持续微调阶段的互联网产品、SaaS软件或平台

已经进入维护期的产品,如已经趋于稳定的银行、保险、运营商的业务支持平台

短期定制外包项目

短期小型项目

产品路线图规划的频率基于产品特征、产品规模和复杂度,以及产品推向市场的频率来决定。

市场变化较快,响应要求高的产品,可以按照月度进行规划,对于企业级大型产品或解决方案可以按照季度进行规划。

?

1、创建一个产品路线图

在Leangoo产品中,我们推荐使用共享的Leangoo脑图来进行可视化的产品路线图规划。打开一个Leangoo项目,点击“脑图”Tab页,可以创建一个产品路线图的脑图,下图是一个示例:

2、管理版本需求

在基于Scrum的敏捷开发模型下,我们通过产品Backlog(产品待办列表)来管理产品/项目需求。对于使用了版本规划的场景,我们需要为每个版本创建一个产品backlog看板。

?

产品Backlog是一个按照商业价值排序的条目化的需求清单,,在产品backlog中需求通常使用用户故事来表达。在Leangoo中提供的产品Backlog模板,根据需求的优先级和规划,把产品Backlog分为了五个列表,通过这五个列表将需求规划到迭代:

待梳理需求:放还没有经过细化和梳理的原始需求,或者还需要进一步澄清和分析的需求。

以后的迭代:放近一两个迭代不会开发的需求清单,清单中,越是上面的需求,优先级越高。

下个迭代:较高优先级,下一个迭代预计会着手开发的需求。

当前迭代:最高优先级,规划到当前迭代开发的需求。

已交付:以前的迭代已经交付的需求。

在这个产品backlog当中,越往右,优先级越高,越往上面,优先级越高。需求按照价值高低从左向右流动。

打开产品Backlog上的故事卡,可以编辑和查看用户故事所有细节,如下图所示:?

针对如下场景:

1>已经进入持续调优阶段的互联网产品、SaaS软件或平台

2>已经进入维护期的产品,如已经趋于稳定的银行、保险、运营商的业务支持平台

3>短期定制外包项目

4>小型项目

通常不适用产品路线图规划,不存在多个版本规划的情况,一个项目只需要一个产品 backlog看板就可以了,产品backlog的结果和多版本规划情况是一样的。如下图所示:

迭代管理

Leangoo敏捷开发模板使用的是双层看板结构,第一层看板是产品Backlog看板,用于管理需求清单和需求规划,可视化展示需求的进展情况;第二场看板是Sprint(迭代)看板,用于管理当前Sprint的需求和开发任务,可视化展示每个Sprint的需求和任务进展情况,每个迭代一个迭代看板。两层看板结构如下图所示:

?

我们在产品Backlog中将需求规划到当前迭代后,我们就需要为当前迭代创建迭代看板,迭代看板每个迭代一个,在迭代看板上可以进行迭代计划和任务分解,基于迭代看板跟踪任务进展和进行团队任务协作。

针对于大型团队,分为多个开发小组,每个小组都需要创建自己的迭代,如果下图所示:

?

每个迭代看板上的需求引用自产品Backlog规划到本迭代的需求,如下图所示:

?

迭代看板的结构包括4个列表和多个泳道,每个需求(用户故事)一个泳道。

4个列表分别是:

用户故事:这个迭代计划完成的用户故事。

待办:用户故事分解得到的开发任务,处于待开发状态

进行中:正在进行的任务

完成:已经完成的任务和故事都放到这个列表

迭代看板示例如下图所示:

?

进展跟踪

1、迭代进展跟踪

燃尽图是Scrum中的一个简单实用的团队进展跟踪的工具,能形象地展示当前迭代中的剩余工作量和剩余工作时间的变化趋势。一般在每日站会后团队会根据任务的完成情况对其进行更新。在迭代看板上,点击看板统计图标,即可打开燃尽图。如下图所示:?

?

燃尽图

2、版本进展跟踪

类似于迭代燃尽图,为了确保某个版本能够按计划准时发布,达成版本发布目标,我们需要跟踪这个版本的进展。在Leangoo中,我们可以通过发布燃尽图来进行跟踪,点击“产品Backlog – v3.1”的看板统计图标,即可打开版本燃尽图。如下图所示:

?

?

3、团队速度统计

团队速率是一个Scrum团队在一个Sprint中实际完成的工作量(通常使用故事点作为团队速度的单位)。每个Sprint结束时,Leangoo可以帮助团队自动记录当前Sprint完成的工作量,并且自动生成团队速率的可视化统计图表,方便团队了解团队效率变化的趋势,以及分析异常。

4、项目进度统计

在Leangoo项目中,系统也会根据项目需求的总体完成情况,统计项目的总体进度,并进行预计,严重延期的项目红色预警,进度偏差警告黄色预警。预警阀值可以进行项目自定义配置。

缺陷管理

1、缺陷看板

在Leangoo的敏捷项目中,默认创建了“缺陷看板”,用来管理项目/产品缺陷,如下图所示:

?

当前迭代的缺陷,建议放到本迭代的迭代看板上,在迭代结束前修复完成。“缺陷看板”通常存放发布后遗留的缺陷,客户反馈的缺陷,生产环境发现的缺陷等。

您可以通过Leangoo看板自定义缺陷修复的流程,跟踪缺陷的修复状态,了解缺陷处理过程中是否存在等待和瓶颈,以便于及时调整,优化团队的工作效率。

2、缺陷卡片

在缺陷看板上,您可以通过缺陷卡片记录缺陷的详细信息,包括缺陷的类别,负责人,工作量,缺陷的截图,描述等等。您可以跟进需要自定义字段,自定义缺陷卡片需要记录的信息。

?

3、基于缺陷看板进行缺陷分布统计

Leangoo支持通过不同的维度对缺陷进行分布统计,如下图所示:

?

原文地址:https://www.cnblogs.com/shineshine/p/11332095.html

时间: 2024-11-05 11:39:25

用leangoo看板工具实施多团队大规模敏捷开发的相关文章

读《大规模敏捷开发实践》

初识敏捷开发是在2006年,那时愉快的增加了毕业后第二家公司.一家打算在中国开展外包业务的美国公司. 其业务形式就是让在美国的总部接当地的IT单子,然后拿到中国来做. 中国分支的名字也非常高大上,Global Development Center,事实上当时在全球就这么一个分支机构.不知当初的美国老板怎么选上杭州,而不是上海的. 我那时对软件开发的流程认识基本停留在软件project课本里描写叙述的所谓瀑布式开发.在项目開始前拼命的收集需求.依据可怜的尚不明白的信息进行分析,争取设计出一套合理的

Leangoo看板工具截止日期,这样真的好多了

我以前一直吐槽Leangoo的截止日期,因为,即使将这个任务卡片已经完成,并且移动到已完成列,截止日期还是显示的红色 ,都完成了还显示红色?.....这次他们终于改了!卡片上的截止日期背景颜色默认分为 "无色" "黄色""红色" 三种,无色代表截止时间在24小时之外,黄色代表截止时间在24小时以内,红色代表过期.现在它可以勾选卡片上的截止日期,勾选后,卡片上的截止时间背景变为绿色,同时代表任务已完成.可以手动和自动 手动勾选卡片上的截止时间 任务

用Leangoo看板工具做采购流程管理

我们可以按照公司的实际情况定制采购流程. 1.在Leangoo中创建一个项目,项目类型建议选择“轻量级协作”,项目模版建议选择“人事与行政” 系统会自动为您创建四个看板,如下图: 图1 2.在项目内创建一个 “办公室采购” 看板. 3.在看板上创建采购流程.下图将流程确定为:采购需求清单.审核中.拒绝.批准.已购买. 4.将领导和相关的同事添加到看板里,需要领导审批的任务卡片可以将领导放至该卡片上. 审核通过,将改卡片移动至“批准”列.反之移动至“拒绝” 这样采购参与者都可以在看板上及时了解采购

《HP大规模敏捷开发实践》读书笔记

读这本书的心得,敏捷是实践出来的,哪怕不懂srcum**等方法,只要坚持心中的价值观,朝一个方向改进,哪怕不能"任何时候都拥有符合发布要求的代码",今天比昨天好,也是成功. 通过业务分析确定开发目标 为什么要做敏捷,一定是存在问题. 可以从业务状况(成本和时间资源)和战略目标(价值主张)两方面进行业务现状自查 不是核心的价值主张却耗费最大的作业成本的业务就是改进的目标 架构的重要性 好的架构会适应变化和易于维护,能大幅提升开发维护效率 架构守护者对架构的演进和维护负责 从持续集成和质量

Leangoo:用敏捷开发管理思维做团队协作的SaaS软件

第一次看到leangoo这个产品时,笔者觉得又是一款团队协作软件工具,和其它的团队协作并没有什么本质区别. 当听创始人廖靖斌说起leangoo人员结构时,笔者起初蛮诧异,一家20多人的创业公司,顾问和研发差不多各占一半. 一家看起来做saas的公司为什么需要这么多顾问? 在和廖靖斌进行一个多小时的交流中,这个困惑渐渐被解开… Leangoo:一家顾问公司研发的SaaS工具 作为一个八年的“创业老兵”,廖靖斌始终在做的一件事就是实践.推广Scrum和敏捷开发.Scrum是风靡全球的敏捷产品开发框架

简单的敏捷工具更受敏捷开发团队青睐

实施敏捷不需要一定或者建议使用工具.理想的情况是,看着索引卡上的需求,通过命令行就可以完成开发.但是,最近几年出现了多种工具,它们对顺利完成敏捷开发起到了很好的促进作用.Migan和Gaia近期做了一个调查,以试图得出敏捷开发团队对工具的使用情况. 据两位所言,他们做这个调查的原因之一是要评估敏捷团队是不是愿意使用简单的工具. 很多公司现在依然使用传统的项目管理工具来进行敏捷开发,比如MS Project.电子表格(MS Excel).在采访了多家公司后,我们发现这一现象的背后原因是,许多敏捷工

“多团队大规模”开发模式 - 基于SAP HANA平台的多团队产品研发

应用SAP HANA “官方”开发模式的伙伴们在转到“多团队大规模”开发模式时会遇到各式各样的心理不适应的状况,各种纠结.比如GIT Repository和HANA Repository冲突什么的. 这些问题主要是思路没有完全转换过来,两种开发模式在不断的“打架”.做一个简单的开发模式映射这样大家或许比较容易去接受“多团队大规模”的开发模式.这个映射不一定完全正确,主要是帮助大家理解. 伙伴们想一想平常我们做JAVA或者.NET项目是怎么做的?一般情况是使用各种框架写JAVA/.NET的代码,然

敏捷开发只是工具; 热爱产品, 热爱客户才是真正该做的事

许多人都曾问过我这样的问题: "我的产品.团队适合敏捷开发吗? 敏捷开发真的能提升产品开发的效率与质量吗?" 其实,在问这些问题时,应该诚实的面对自己的心,先问个看似简单却不见得容易回答的问题: "我热爱我的产品吗?" " 我热爱我的客户吗?" "也许,你的团队感受不到敏捷开发的智慧与受益时,只是因为你的团队还不懂得怎么热爱产品,怎么热爱客户罢了." "真的--我们真正缺少的不是敏捷开发.我们只是不知如何忠于自己的心

我是如何用leangoo协作工具提升工作效率的

其实,很早以前,我是一个混子.一天不知道该干什么,或者说做了这个不知道接下来该干嘛! 2013年,我和我的2个朋友一起走向了创业的道路.也是从那一天开始,我从一个混子逐渐向团队化运作,2015年,相继又有小伙伴的加入,让我们这个团队越来越壮大. 自从组建团队后,对协同办公的工具是越来越依赖,之前也分享过很多工具,但是最终用下来的还是leangoo. 没有最好的工具,只有最适合自己的工具! 请往下看: 以前我一个人,一人吃饱全家不饿,用什么工具到也是次要的,也很少推荐.后面随着越来越多的小伙伴加入