Kanban implementation of multi-team with leangoo large-scale agile development tools

Outline

This scenario describes for multiple Scrum teams / agile team to develop products with a large, agile application scenarios or large-scale projects. Leangoo large-scale multi-team Agile development template is based on large-scale agile model definition, can be adapted based on Scrum of Scrums, Scrum @ Scale, LeSS and SAFe and other models. Leangoo large-scale multi-team Agile development template, use the Scrum team level is the standard model.

Scrum is a framework for the development and maintenance of complex products. In the 1990s, Scrum has been widely used in the world, Scrum was originally used for product development, it has been widely used in hardware and software development, internet, artificial intelligence, schools, government, marketing, management, organizational operations and other areas. With the complexity and uncertainty of technology, market environment and sustained growth, Scrum effectiveness in dealing with the complexity of increasingly confirmed.


Scrum Process

Scrum of Scrums referred to SoS, it is a cross-team collaboration Scrum team. The team consists of various Scrum team Scrum Master composition. SoS need to hold daily meetings (Scaled Daily Scrum, referred to as SDS) SoS has a plurality of Scrum Master team coordination. As shown below:

 


 

In Leangoo establishment of large-scale Agile projects

For large Internet products, enterprise software products, large-scale project or solution, it usually takes more teamwork to develop, for this situation, we can create Leangoo project along the lines of the following figure in Leangoo in:


 

After logging Leangoo, created in the enterprise project, project type selection "agile development", project templates select "Multi-scale agile development team." Creating the system will default to create six Leangoo project, a whole product planning and development team 5:

Product Planning Group

产品规划组用于管理整个项目的产品路线图,产品需求(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支持通过不同的维度对缺陷进行分布统计,如下图所示:


 

 

Guess you like

Origin www.cnblogs.com/shineshine/p/11332095.html