敏捷的混合扩展:一种新的工作方式

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

在大型组织中加速产出是困难的。官僚主义、命令与控制的等级制度降低了对市场力量作出动态反应的能力。相反,太少的结构和治理会导致自由,降低组织的效率、速度、增长和满足广泛涉众的能力。

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

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

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

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

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

敏捷方法的混合扩展

不同的敏捷扩展框架/模式具有不同的元素或属性。选择正确的框架需要理解其元素,并分析其与组织气质和它所运行的市场的一致性。此外,选择正确的框架取决于是否需要可预测的结果,或者相反,是否快速适应市场力量是最关键的业务结果。表1列出了最流行的伸缩框架/模式及其各自的元素(基于我们在跨组织伸缩敏捷方面的经验)。

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

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

表1。敏捷的伸缩框架及其不同的元素

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

因此,敏捷的混合扩展提供了一种对这些元素进行重要定制的方法。这种定制是一个渐进的过程,其中实现在连续的周期中发生,适应每个“主题”增量中的元素并进行细化,直到真正的适配发生(图1)。

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

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

来源:印孚瑟斯

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

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

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

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

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

印孚瑟斯亚搏电脑登录知识研究所(Infosys Knowledge Institute)的论文《让受spotify启发的敏捷发挥作用》(Making Making Agile Work)提供了另一个案例研究,说明一家保险公司是如何结合受spotify启发的敏捷的。

图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月,印孚瑟斯知识研究所亚搏电脑登录
  5. Scrum如何扩展:Scrum@Scale框架, Scrum@Scale
  6. 更少的框架,更少