Leangoo领歌覆盖了敏捷项目研发全流程,包括小型团队敏捷开发,Scrum of Scrums大规模敏捷。
Leangoo领歌是ScrumCN(scrum.cn)旗下的一款永久免费的敏捷研发管理工具。
Leangoo领歌覆盖了敏捷研发全流程,包括小型团队敏捷开发,Scrum of Scrums大规模敏捷以及SAFe大规模敏捷框架等,提供端到端敏捷研发管理解决方案,涵盖敏捷需求管理、任务协同、缺陷管理、测试管理、进展跟踪、统计度量等。领歌上手快、实施成本低,可帮助企业快速落地敏捷,提质增效、缩短周期、加速创新,在数字时代赢得竞争。
随着SAFe的越来越普及,Leangoo本次上线提供了完整的SAFe框架功能,包括:Program Backlog,PI规划,迭代规划,迭代执行,迭代统计等。
SAFe(Scaled Agile Framework)是全球运用最广泛的大规模敏捷框架。SAFe融合了精益、敏捷和DevOps,它是一个知识库,囊括了大量已被证明的精益敏捷实践和能力。
SAFe诞生于2011年,短短12时间,全球已经有超过120万SAFe认证专业人士,并且持续保持快速增长,得到了全球越来越多专专人士的认可。在全球有超过20000家知名企业巨头在应用SAFe,从科技、软件、金融、医疗到航空、制造业。福布斯财富100强中的70%的企业在应用SAFe。SAFe是全球最受欢迎和接受的大规模敏捷框架。
在Leangoo中,用 SAFe 项目模板创建项目后,系统会自动创建三个看板,分别为:Program Backlog、Scrum of Scrums以及缺陷看板,团队可以直接利用这些看板快速开始项目协作。
Program Backlog看板是未来的特性故事(Feature)的暂存区,可用于为某个敏捷发布火车(ART) 满足用户需求和交付业务收益。
在Program Backlog看板里,我们可以添加多个PI,(每个列表代表一个PI)以及在PI里需要完成的特性故事。
优先级高的特性故事放到较前的PI内,在PI内需要优先做的放到靠上位置,或者用标签标记每个特性故事的优先级。
在Program Backlog看板上,系统默认创建了2个PI列。我们可以点击 “ 新建PI ” 按钮创建一个新的PI,填写好PI周期和迭代数量,迭代数量即为后续创建的 Team Backlog 看板中迭代列表的数量。
PI 列创建完成后,我们可以随时修改 PI 的信息。比如启动PI、修改 PI 、结束PI、删除PI等。
注:对于结束后的 PI 暂不支持修改 PI 信息。
在列表头左侧会有 “PI” 图标。图标的不同颜色则表示 PI 处于不同状态,进行中的 PI 则在其列表顶部会有一条绿色横线来凸显其状态。
当鼠标浮动至 “PI” 图标时,会显示该 PI 的基本信息,如:PI 状态、开始日期、结束日期、已完成卡片数、未完成卡片数、已完成工作量、未完成工作量。
在Program Backlog看板内填写好特性故事之后,可以进行PI规划。
在PI规划之前,我们需要先启动一个PI。启动PI时需要填写及再次确认 PI 周期及即将创建的 Team Backlog 看板中迭代的数量。
注:在一个PI结束之后才能启动另一个PI。
启动 PI 系统会为每个Scrum团队各创建一个该 PI 对应的 Team Backlog 看板。
在 Program Backlog 看板中启动某一个 PI 后,可以将该 PI 列中的特性故事规划到该 PI 对应的 Team Backlog 看板中。
点击 “PI规划” 按钮,看板右侧会出现该 PI 对应的所有 Team Backlog,拖动PI列中的特性故事到 Team Backlog,完成操作后,特性故事会引用到该 Team Backlog 看板。
PI规划完成后,进入某个团队的Team Backlog看板中,我们已经将特性故事通过规划的方式引入并放置在独立泳道内,利用泳道横向对应特性故事拆分的用户故事。
团队将这些特性故事进行拆分,拆解成更小的用户故事,然后准备进行后续迭代规划。
迭代规划前,团队需要对将要做的用户故事进行估算并添加工作量,然后大家根据过往的团队速度来决定迭代需要完成多少工作量的故事。
特性故事拆解完成后,团队可以对优先级较高的用户故事进行梳理。梳理完成后,迭代规划前,我们需要先启动一个迭代。注:在一个迭代结束之后才能启动另一个迭代。
启动迭代后,系统默认会创建与 Team Backlog 看板迭代列相对应的迭代看板,Team Backlog 迭代列中的任务卡片默认会引用到该迭代看板中。
在 Team Backlog 看板中的迭代列中新增用户故事卡片后,可以点击 “迭代规划” 按钮,拖动任务卡片到相对应的迭代后,卡片会引用到该迭代看板。
迭代启动后,进入迭代看板,可以看到引用的用户故事已分别放置在独立泳道中,泳道可横向对应用户故事和拆分的任务。
团队根据这些用户故事相关信息(比如检查项、描述内的信息),将其拆解为更小的任务,然后大家各自领取开发。
通过列表流转,体现任务的进展及完成情况。
Scrum of Scrums看板是一个跨团队协作的Scrum团队。Scrum of Scrums按照节奏定期召开Scrum of Scrums站立会议,通常一周2-3次,也可以根据需要提高频率。
通常是Scrum Master参加。会议上要识别会妨碍团队完成其冲刺目标的障碍或跨团队依赖。
在迭代过程中,我们不仅需要做相关用户故事,也需要解决这过程中出现的缺陷问题。所以,我们可以用一个缺陷类型的看板来管理日常产生的缺陷,然后在迭代规划时,也将缺陷规划到迭代看板上。
当前迭代的缺陷,建议放到当前迭代的迭代看板上,在迭代结束前修复完成。
“缺陷看板”通常存放发布后遗留的缺陷,客户反馈的缺陷等。
大规模场景下进行缺陷规划,首先选择需要规划的目标团队,然后将缺陷规划到这个团队的迭代看板中,然后切换到下一个团队,依次完成多个团队的缺陷规划
在敏捷开发中,我们每个迭代团队都会开回顾会议,这时团队可以将回顾的事项放到Sprint回顾看板内,然后在后续的迭代中保持高效协作的同时、逐步解决需要改进的问题。
在项目统计页面可以看到 Program Backlog 看板中每个 PI中特性故事的工作量完成情况。
在项目统计页面也可以看到缺陷分布,缺陷统计图表可以展现项目中缺陷看板内每个列表下的任务分布情况。
在Leangoo中,标签通常用作对任务的分类。也可以用作标记任务的优先级等。
缺陷看板中也支持通过标签统计缺陷情况。
Leangoo提供了迭代进度统计,我们可以看到项目中每个PI下各个Team Backlog的迭代完成情况。
团队速率是Scrum团队在一个迭代中实际完成的工作量(通常使用故事点作为团队速度的单位)。
每个迭代中,Leangoo会自动记录当前迭代完成的工作量,并且自动生成团队速率的可视化统计图表,以便团队可以了解团队效率变化的趋势并进行分析
迭代完成率是统计项目内每个迭代看板的完成情况。
配置好看板周期和燃尽图,Leangoo会自动统计每个迭代看板的完成率,并且自动生成可视化统计图表,以便管理层可以一目了然的看到每个迭代完成率
工作分布统计展示项目成员在该项目内的所有看板/脑图中的任务分布情况。
通过工作分布统计帮助管理者快速直观的了解项目成员每个人负责的工作负荷及工作进展状态,帮助团队进行更高效的协作。
在看板中新增了看板状态和状态切换功能,看板的状态有四种:“未开始”、“进行中”、“已结束”‘、“未设置”。
目前只有SAFe 项目中的看板初始状态为“未开始”,其他类型的项目,系统默认为“未设置”,可进入看板内自行设置。