SAFe必备——提高团队敏捷性

规模化敏捷之于项目群,就像Scrum之于敏捷团队。为了创建高质量业务解决方案,企业需要提高自身能力,提升团队和技术敏捷性,实现真正的规模化敏捷。

敏捷发布火车

实现团队和技术敏捷性,首先需要敏捷团队围绕共同的达成目标团结起来。

这里引申出 “ 敏捷发布火车(ART)”: 在敏捷发布火车上,有着可靠的列车时刻表、固定的开发节奏、标准的敏捷发布速度、可预测的计划。 另外,敏捷发布火车上的人员包括:车长(Scrum Master)、司机(Product Manager)、维修人员(System Architect)等。

在敏捷发布火车上,由 5—12个敏捷团队 组成的虚拟、自组织的大型组织通过一个固定的开发时间进行集中开发,以达成产品的价值交付。 由于整列火车朝着一个方向前进,因此列车上的人员都是以相同节奏工作的,并保持进度同步。 这保证 车上人员有共同的愿景和方向,并能够提出最终的解决方案 。

“发布火车”创建了一个能够最大化 价值交付、创新和可持续性的环境,使团队围绕一个共同的目标团结起来,并应用于一个精益敏捷的、基于流程的交付模型。

SAFe必备——提高团队敏捷性

SAFe价值观

在敏捷价值观的指导下,每个敏捷团队通过小批量频繁交付缩短反馈、交付周期,并根据不 断变化的用户需求调整发布计划。 而且在整个组织中, 每个敏捷团队都是跨职能的,团队中所有成员都能够快速适应跨职能所需技能,这在很大程度上消除了移交和延迟的可能。

通常,敏捷团队使用多种敏捷方法,包括Scrum、XP和看板,大多数人选择使用以下Scrum实践来配置他们的工作事件:

  • 工作的迭代周期通常为两周;

  • 将工作分解为小的用户故事;

  • 开启计划会议;

  • 召开站立会议;

  • 持续进行演示会议;
  • 给出反馈,讨论改进流程。

在每个团队都践行敏捷的大前提中, SAFe又提出几项核心价值观:

  1. 对齐 ——敏捷组织并不是敏捷团队的简单叠加,其工作必须基于企业的业务目标,发挥出1+1 >2的力量,这就要求团队之间要协调一致,并以企业战略为一致的行动纲领;
  2. 透明 ——工作中需要表现出对团队其他成员的信任,而工作透明是建立团队中成员相互信任模式的推动剂;
  3. 内建质量 ——内建质量推动了在最短的可持续交付时间内交付价值的精益目标。质量标准存在于开发的各项过程中,伴随着项目实施、开发存在;
  4. 项目群执行 ——敏捷发布火车的创建就是为了加强团队的执行力和持续的交付价值。

SAFe必备——提高团队敏捷性

内建质量

其中,内建质量是关乎价值交付的大事,因此格外重要。所有的敏捷团队,无论是软件、硬件相关还是其他,都必须创建高质量的解决方案,并定义他们自己内置的质量实践。为了防止返工和延迟,质量必须以一种内在、稳定的标准“融入”价值创造中,避免价值创造与质量标准的分离。

内建质量的实践 有以下几种途径:

1. 建立价值流通管道

敏捷团队在产品开发过程中需要消除阻碍价值流动的阶段性问题,以实现快速开发和发布高质量的产品。

2. 集体所有权及其标准

集体所有权意味着团队内或多个团队之间共享开发流程,单个成员的缺席不会影响到产品的调整或开发的进度。同样,在开发过程中,各项生产指标及其标准经团队成员商议的结果制定而成,一经确定 不会轻易改变。

3.完成的定义

与上文提到的生产指标及其标准不同,只有当工件和更大的价值增量证明了产品符合质量标准及完整性时,产品才能被认为已经完成。

SAFe必备——提高团队敏捷性

尽管敏捷团队在各自的团队内部能够达成良好的产品集成效果,但当多个敏捷团队组合在一起时,小团队内实施的敏捷无法将各团队联系起来,会导致开发速度和产品质量下降。

规模化敏捷强调的“团队和技术敏捷”要求各团队专注于提高内建质量,组建跨职能的团队,为规模化敏捷搭建坚固、可靠的桥梁。

 

上一篇:Django之XSS***


下一篇:「敏捷开发」企业架构和敏捷开发:对立吸引?