通过敏捷看板来实现需求、迭代(支持燃尽图)和缺陷管理;此类型项目提供了单团队敏捷开发和大规模敏捷模板,适用于Scrum敏捷项目管理及产品研发。

本场景描述的是针对多个Scrum团队/敏捷团队,开发同一款大型产品,或者大型项目的敏捷应用场景。Leangoo多团队大规模敏捷开发模板是基于大规模敏捷模型定义的,可以适配基于Scrum of Scrums, Scrum@Scale,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个开发小组:

1)     产品规划组

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

2)     开发小组01

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

3)     开发小组02

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

4)     开发小组03

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

5)     开发小组04

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

6)     开发小组05

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

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

多项目示例:

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

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

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

  • 已经进入稳定期,处在持续微调阶段的互联网产品、SaaS软件或平台
  • 已经进入维护期的产品,如已经趋于稳定的银行、保险、运营商的业务支持平台
  • 短期定制外包项目
  • 短期小型项目

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

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

多层次的敏捷规划

1、创建一个产品路线图

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

产品路线图规划

2、管理版本需求

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

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

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

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

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

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

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

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

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

针对如下场景:

  • 已经进入持续调优阶段的互联网产品、SaaS软件或平台
  • 已经进入维护期的产品,如已经趋于稳定的银行、保险、运营商的业务支持平台
  • 短期定制外包项目
  • 小型项目

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

迭代管理

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

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

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

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

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

4个列表分别是:

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

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

3) 进行中:正在进行的任务

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

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

进展跟踪

1、迭代进展跟踪

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

燃尽图

2、版本进展跟踪

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

发布燃尽图

3、团队速度统计

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

4、项目进度统计

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

缺陷管理

1、缺陷看板

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

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

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

2、缺陷卡片

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

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

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

Leangoo_多团队,大规模敏捷开发实现过程相关推荐

  1. 用Leangoo Scrum看板工具做多团队大规模敏捷

    概述 本场景描述的是针对多个Scrum团队/敏捷团队,开发同一款大型产品,或者大型项目的敏捷应用场景.Leangoo多团队大规模敏捷开发模板是基于大规模敏捷模型定义的,可以适配基于Scrum of S ...

  2. Leangoo敏捷项目管理软件做多团队大规模敏捷

    概述 本场景描述的是针对多个Scrum团队/敏捷团队,开发同一款大型产品,或者大型项目的敏捷应用场景.Leangoo多团队大规模敏捷开发模板是基于大规模敏捷模型定义的,可以适配基于Scrum of S ...

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

    初识敏捷开发是在2006年,那时愉快的加入了毕业后第二家公司,一家打算在中国开展外包业务的美国公司.其业务形式就是让在美国的总部接当地的IT单子,然后拿到中国来做. 中国分支的名字也很高大上,Glob ...

  4. 主程序员团队与敏捷开发的联合应用(小型敏捷团队管理)

    作者:陈勇 出处:blog.csdn.net/cheny_com 主程序员团队是曾经风靡一时的小型研发团队组织架构形式,很多团队都曾经有意无意地使用过.其模式是:由一个最好的程序员编写所有最终代码,其 ...

  5. 高效团队协作——敏捷开发环境架构(一)

    作者简介: 一个曾经不爱分享的挨踢从业者,对软件产业充满好奇,并投身于此8载有余,为什么突然写起博客主要原因是自己的脑子不够用,总是容易把事情给忘了,一个好朋友建议我把这些年的工作经验做个总结,一来不 ...

  6. Leangoo团队敏捷开发实现过程

    通过敏捷看板来实现需求.迭代(支持燃尽图)和缺陷管理:此类型项目提供了单团队敏捷开发和大规模敏捷模板,适用于Scrum敏捷项目管理及产品研发. 本场景描述的是针对10以下小型产品研发团队或小型项目的敏 ...

  7. 听客来团队scrum敏捷开发工具实践分享

    听客来软件诞生于2005年初,是中国第一套助听器门店专用的销售管理软件,在中国有超过3000名验配师正在使用,连续14年安全运行.它可以有效提升助听器门店对潜在客户的销售成交率:提升客户满意度和转介绍 ...

  8. 个人团队的敏捷开发管理方案

    写在前边: 我是CodeWhite,最近都没有写过博文了,今日程序员节日,我也花时间出一篇我最近出来工作的总结,还是一个实习生,这是我d对我公司项目组负责管理的方案. 项目管理方案 需求分析.功能设计 ...

  9. 独立测试团队在敏捷开发中的几个特别实践

    [原文发表在https://hespr.blogspot.jp/2009/03/blog-post.html 写在2009年3月 最近发现被人盗版了多处, 重新发布在CSDN] 最近读了<我和敏 ...

最新文章

  1. 【html】如何解决标签设置成超链接后字体格式及颜色变化的问题
  2. 公务员_只愿与一人十指紧扣_新浪博客
  3. (八)流程控制 for标签和if标签
  4. 冲刺第九天 12.5 WED
  5. 100教育:一场与信任赛跑的赌注
  6. ab的压力测试(转)
  7. 【wpf WebBrowser 清空网站的CookieSession 清空用户登录状态】
  8. cuda 5.0配置vs2008+Visual Assist X +安装问题解决
  9. 在 Azure App Service 上启用 Application Request Routing
  10. C语言与JAVA内存管理_C语言内存管理
  11. 圆形坠落模拟算法设计
  12. 第九章 隐马尔科夫模型HMM
  13. 程序员修炼之道 pdf_程序员修炼之道-注重实效
  14. 磁珠 符号_磁珠的主要功能是什么
  15. linux把profile文件删了怎么办,误删Profile后的处理
  16. 51/stm32单片机软件调试方法与技巧
  17. Matlab基于蚁群算法求解多旅行商MTSP问题
  18. linux删除桌面图标
  19. DirectX 11
  20. Unity 纹理拆分 Alpha 通道

热门文章

  1. jsp中的url拼接的参数传递到controller乱码_猿蜕变系列5——一文搞懂Controller的花式编写...
  2. 单片机程序100-300例(付注释详解)
  3. mysql 二进制日志 解析c++_mysql二进制日志文件恢复数据库
  4. 关于加载Fashion MNIST数据集时可能会出现的问题
  5. 关于学习Python的一点学习总结(31->继承及多态)
  6. PTA基础编程题目集-7-15 计算圆周率
  7. BZOJ 2139 road(构造,最小生成树)【BZOJ 修复工程】
  8. 牛客练习赛61 D 最短路变短了(最短路,反向最短路)难度⭐⭐⭐★
  9. python代码该怎么简化_如何简化这个python代码(从书中分配)?
  10. 苹果文档 UISearchController的介绍