敏捷的混合缩放:一种新的工作方式

通过滑翔伞Tisni库里Dinesh Patwardhan哈利Keir休斯 |白皮书| 12分钟阅读|通过电子邮件发送本文|下载
在敏捷转换中,公司通常使用现成的伸缩框架。但是,当按原样部署时,这些框架的成功有限,并且应该进行定制,以满足不同人员、流程和技术的不同需求。敏捷方法的混合扩展,迭代地发展和部署,有助于适应这些需求——告知应该如何设计实践、团队、交互和价值流。
敏捷的混合缩放:一种新的工作方式

大型组织的加速结果很困难。官僚机构,命令和控制层次结构减少了动态响应市场力量的能力。相反,结构和治理太少,可自由地导致全部,减少组织效率,速度,增长和满足广泛利益攸关方的能力。

由于这个原因,许多公司正在组织中推广敏捷,试图在速度和结果的一致性之间找到正确的平衡。我们的研究表明,通过遵循成功的敏捷项目的核心原则,包括以客户为中心和共同的目的感,各种规模的业务都可以快速增长,并在业务绩效上获得相当大的提升。然而,在扩展敏捷时应该小心。许多人使用现成的方法,而没有针对手头的问题进行定制。通过这种方式,单个业务单元可以在不考虑更广泛的业务影响的情况下进行敏捷扩展,或者在没有明确定义变更远景的情况下采用“大爆炸”方法。

为了有效地扩展敏捷工作方式,需要跨结构、文化、系统相互依赖和操作模型对组织的初始状态进行仔细的分析。

这一初步分析应该着眼于以下六个因素,它们是从我们自己在转变大企业方面的工作中推断出来的。

  • 组织结构-竖井和层级结构如何影响决策?团队网络与产品目标和组织目标的一致性如何?组织结构如何促进整个组织的学习?
  • 领导风格和管理-目标驱动型领导是否到位,即所有团队都朝着公司的北极星愿景努力?领导是否被委派,团队是否以负责任和透明的方式工作,并拥有结果的所有权?
  • 开发方法企业是否专注于项目或产品?瀑布方法是否是开发的定义特征,或者产品是否在跨功能团队中快速构建(在产品流中),并对市场产生可衡量的影响?如果以项目为基础的工作占主导地位,那么要实现敏捷需要多少变化——跨越工作、工具和DevOps的方式?此外,如果业务和操作模型同时需要基于项目和产品的工作方式,那么扩展敏捷构造需要多少定制?
  • 流分析- 如何有效地进行工作项目上游(Exploration-Design)和下游(功能构建部署)?
  • 资助及管治架构- 是按市场节奏对齐的预算过程,并根据产品开发的经验教训进行迭代调整吗?
  • 持续学习和创新文化-公司如何改进管理流程、能力发展、知识共享和创新实践?

通过询问这些问题,可以评估当前的业务敏捷性,并创建一个变更远景文档,为未来的业务影响设定主题。一旦制定了变更愿景,在决定采用敏捷扩展框架之前,就要选择涉众或“变更代理人”。这一步通常是最困难的。需要对框架的元素有深刻的理解,以及对如何适应它来实现变更远景有清晰的认识。通常,公司会选择最流行的框架,而不是进行这种分析。或者更糟糕的是,他们使用现成的解决方案,而没有进一步定制。

敏捷方法的混合扩展

不同的敏捷缩放框架/模式具有不同的元素或属性。选择合适的框架需要了解其元素,同时分析其与其运作的组织精神和市场的对齐。此外,选择合适的框架取决于是否需要可预测结果,还是相反,是否迅速调整到市场力量是最关键的业务结果。表1列出了最流行的缩放框架/模式及其各自的元素(根据我们在组织中缩放敏捷中的经验)。

选择正确的敏捷框架取决于其元素如何与组织精神和市场相匹配

对于要成功实施的任何缩放框架或模式,应通过进化方法来成熟这些元素。考虑到组织流程和现有操作模型的复杂性,给定的框架元素通常需要定制。

表1.敏捷缩放框架及其不同的元素

框架/模式 元素
安全1
  • 组织敏捷性
  • 精益项目组合管理
  • 企业解决方案交付
  • 敏捷产品交付
  • 团队和技术敏捷性
  • 持续学习
Spotify-inspired敏捷23.4.
  • 支持自主和交叉授粉的结构
  • 拥抱精益创业文化
  • 成熟的敏捷实践
  • 目标导向的领导和最小可行的官僚主义
  • 通过技术启用速度
  • 自治与对齐和精益治理
Scrum@Scale5.
  • 价值驱动的文化
  • 安装敏捷操作系统
  • 缩放团队
  • 团队进程
  • scrums的scrum.
  • 在更大的组织中扩展
  • 扩展事件和角色
  • Scrum master和产品所有者周期
大规模scrum(少)6.
  • 系统思考
  • 精益思想
  • 产品的关注
  • 实证过程控制
  • 持续改进
  • 技术优势
  • 大规模的scrum

因此,敏捷的混合缩放为这些元素的重大定制提供了一种方法。该定制是一种进化过程,其中在连续循环中实现发生,使每个“主题”增量和精炼内的元素在发生直到发生真正的装修(图1)内(图1)。

图1所示。一种混合扩展敏捷的进化方法

一种混合扩展敏捷的进化方法

来源:印孚瑟斯

这个进化过程的结果是一个优化的混合框架,用于敏捷的扩展,通过每个连续的最小可行变更(MVC)迭代或主题增量得到更好的框架。下面将讨论每个阶段。

  • 步骤1:赞助- C-Suite应该推动该计划,并选择合适的转换伙伴是成功的关键。该合作伙伴设置了愿景,然后使用CXO,业务领导,垂直引导,企业架构专家等,设计了一张与主要利益相关者合作的道路地图。
  • 步骤2:敏捷@团队敏捷之旅从团队层面的能力构建开始。这需要Scrum、XP和看板实践的指导和培训,在开始敏捷扩展之旅之前,这些实践在组织中已经成熟。这种方法应该“自底向上”实现,并从“自顶向下”驱动。
  • 步骤3:选择缩放框架和试点- 分析了每个缩放框架的利弊。确定将现有元素拟合到当前组织所需的变化量,并且每个业务结果用于选择适当的缩放框架。然后,通过领导力选择试点项目,考虑到敏捷成熟,现行文化,技术以及产品,计划或投资组合的工作性质等因素。要继续飞行员需要设置产品或计划团队,额外的角色,工作方式以及给定的缩放框架/模式和目标业务敏捷性所需的工具。根据这项工作,创建了一个更改管理计划,以增量和迭代方法驱动。
  • 步骤4:定义递增主题到成熟- 一旦识别了导频,那么然后定义要实现和成熟的缩放框架的元素。
  • 第5步:用于成熟主题的MVC采用-对于每个主题增量,需要成熟的元素通过MVC迭代实现。如果一个元素不适合,它将使用其他框架的实践进行定制,并通过MVC迭代将其混合到所选择的框架中,这被称为敏捷的混合伸缩。只有当主题的所有元素都成熟时,才会跳出递增主题循环。
  • 第六步:检查和适应-定义了实现目标业务敏捷性需要成熟的下一组元素。这可以通过研讨会来实现,在研讨会中,团队讨论从上次增量主题实现中获得的经验教训,并使用设计思维来发现通向完全元素成熟度的道路上的障碍。
  • 第七步:定义递增主题到成熟- 确定下一个增量主题,并定义了需要实现和成熟的一组元素。
  • 步骤8:部署和改进-一旦所有的主题都成熟了,并且试验以真正的敏捷方式工作,敏捷框架的混合扩展可以用于其他采用相同进化方法的程序转换。因此,我们有一个持续改进的过程,框架适应以实现真正的大规模业务敏捷性。

一家大型欧洲银行使用了这种进化的混合扩展敏捷流程。转型的战略目标包括:

  • 加快市场推广
  • 专注于增加客户价值
  • 对客户和业务需求有更高的响应能力
  • 降低成本,同时保持吞吐量

确定了这些目标面临的挑战;其中包括多次交接的竖井团队;对客户需求关注不足;企业对价值传递和创新的重视有限。受spotify启发的敏捷被采用,因为它强调精益文化和自治的敏捷团队,可以保持与客户的密切联系。对于每个主题增量,元素都是通过MVC迭代成熟的。然而,研究发现,只有将外管局的治理机制覆盖在Spotify模式之上,才能实现业务成果,增加障碍的解决,促进客户价值的无缝传递。

Inforaybet雷竞app下载sys知识学院论文“制作Spotify-Invisired Agile Work”,提供了另一种案例研究,了解保险公司杂交的Spotify-Inspifire-Inspired Agile。

图2。敏捷成熟度的混合扩展阶段

敏捷成熟度的混合扩展阶段

来源:印孚瑟斯

在两种情况下,基于来自其他敏捷缩放旅程的经验和学习,可以应用于其他举措的模式,如图2所示。

  • 元素在孵化阶段实现。通过主题评估影响,并实施适当的mvc来解决差距。拐点是确定重要定制的阶段。
  • 在演进阶段,缩放框架的元素适当地定制和演变以适合在拐点处识别的间隙,从而实现持续发现和交付。在提取点之前的演变阶段,框架开始稳定并显示可预测的结果。
  • 在临界点之后,框架稳定并开发一致性,实现最佳的业务敏捷性。

大规模的敏捷并不容易。从我们的研究中,我们发现遗留文化阻碍了敏捷计划的扩展。为了快速成长并在业务和IT之间找到改进的结果,我们发现组织需要致力于将业务和IT结合在一起,在整个业务中培养共同的目的感,并保持与客户的密切联系。

敏捷的混合扩展采用公司的主要能力,并将其混合到所选择的框架中,实现更好的业务结果

幸运的是,印孚瑟斯曾在这方面有过经验,知道如何大规模做到这一点。这个观点建立在我们的研究基础上,将客户的工作时间提炼为不同的敏捷模式如何与截然不同的工作方式、团队结构和价值流共存的总结。

敏捷混合扩展的一个关键特征是能够将当前企业真正做得很好(主要功能)并将其混合到所选择的框架中。最终的结果是组织能够交付可测量的业务价值,这些价值是由利润、市场速度和整体增长定义的——而不是轻率考虑的东西。

参考文献
  1. 精益企业的安全5、安全
  2. 缩放敏捷@ Spotify与部落,小队,章节和公会, Henrik Kniberg & Anders Ivarsson, 2012年10月
  3. Spotify Rhythm:我们如何创造焦点Henrik Kniberg, 2016年6月1日,Agile Sverige
  4. 《创造spotify启发下的敏捷工作》,Tisni Kurian & Dinesh Patwardhan & Harry Keir Hughes, 2021年4月,印孚瑟斯知识研究所raybet雷竞app下载
  5. Scrum尺度如何:scrum @ scale框架,scrum @ scale
  6. 更少的框架,更少