Loading...

案例中心

从他人中汲取灵感:DB Systel 的转型 第二部分 云企业战略博客

从他人身上获取灵感:DB Systel 的转型第二部分

by Phil LeBrun 于 2022年6月13日 发表在 最佳实践,企业战略,思想领导 永久链接 评论 分享

关键要点

在本文中,作者探讨了 DB Systel 的转型进程,从结构设想到团队建设,再到实施过程中的挑战和解决方案。DB Systel 通过自我组织和敏捷工作方法,成功实现了自我管理团队的运作,有效促进了创新与价值创造。

在第一篇博客文章中,Ren Schneider 和 Andrea Sturm 描述了 DB Systel 转型之旅的原因和方式。在这篇文章中,我们深入探讨了他们组织的结构以及为实现这一目标所采取的一些步骤。这并不是一种可以直接复制的模式,但我在他们的故事中找到了灵感和见解,适用于任何组织。毕竟,如果传统的遗留组织如 DB Systel 可以改变,你们也一定能做到。

在 DB Systel,中团队是核心的组织结构,每个团队由五到九人组成,包括一个敏捷负责人Agility Master,AM和一个产品负责人Product Owner,PO。虽然受传统敏捷框架的启发并借鉴了其理念,但角色和过程都已根据我们的需求进行了调整。例如,AM 负责 Scrum Master 的责任,同时也负责确保雇主责任的合规性。小团队的规模促进并鼓励了强有力的关系、决策透明度以及创新所需的多样性。每个团队像个小公司一样,自行创建商业案例,以满足收入、成本、人力资源和个人关键绩效指标KPI来创造价值。

存在三种团队类型:交付团队负责为现有业务提供服务,而 客户团队 负责新业务。这些团队共同开发客户关系,专注于创造价值。同时,企业团队 在人力资源和治理等领域提供支持。

转型:一个团队一个团队地进行

为了实施这种结构,转型过程必须允许每个团队有机会和时间去接受新的工作方式。这通过三个阶段来实现,使他们在能力和自信心上得以成长。

第一阶段在三个月内为团队提供自我组织和敏捷方法的基本知识。团队提出建立可测试的假设,例如“我们想如何敏捷地工作?”或“我们的客户价值主张是什么?”该阶段的完成由转型团队、组织员工、支持角色和工会委员会的代表组成的团队进行认证。

第二阶段允许团队在六个月内迭代和测试他们的假设,为他们提供测试工作方法和原则、进一步理解商业案例以及建立团队友谊和有效性的机会。

最后一个阶段使团队有一年的时间继续自我发展。团队管理自己职责的商业和商业方面,展示在有效应对挑战中的韧性,同时证明自己能够履行创业和雇主责任。

我们发现高管通常每个阶段需要三到六个月的时间。领导者可能希望谈论变革,但他们需要的改变可能不亚于团队的变化。自上而下的组织变革并不奏效。

从经典的数据中心操作转变为自我组织、敏捷的云操作就是一个如何将这一切结合起来的好例子。团队开始在云中提供服务,以替代数据中心。很快就显现出,团队自主决策能够更迅速,协调减少且灵活性更高,服务的成本效益也显著提高,进而有更多时间去获得新业务,于是首批云团队应运而生。

经过这次成功,随着时间的推移,其他团队也建立起来,逐渐接管现有和新业务。云通过自动化使许多活动变得更简单和快速,但这些团队的工作范围超出了云的范畴。现在,这些团队在云端、内部应用程序以及其他技术服务中运作。

从他人中汲取灵感:DB Systel 的转型 第二部分 云企业战略博客

如今,我们即将将 DB Systel 完全转型为一个基于自我组织、敏捷思维和清晰的流程模型的敏捷组织。此转型的基础是不断改善的渴望,这是我们未曾预见的重要因素,也是逐步解散现有等级制度的推动力。

告别等级制度

新的结构中,中层管理的责任越来越多地被团队承担,使得经典的等级制度显得多余。这种解构并不是受时间驱动的,而是自然而然发生的。

随着团队承担起其业务的完全管理责任,很多同事感觉到负担加重,被迫在优先事项中进行权衡。现在,在他们传统的工作之上,团队还必须完成如选择和引入工具及标准等任务。

为了解决这一问题,我们引入了被称为“单位”Unit和“集群”Cluster的支持结构。这些并不是部门或管理者的称谓,而是协作支持团队而不稀释其自主性的结构。这些轻量结构的成本由团队通过产生成本来承担。

单位

单位的设立使九个团队之间产生协同效应,支持他们日常工作而不回到孤立的部门环境。他们是自我组织、敏捷并不断改善的团队,由被支持团队的 AMs 和 POs 组成,同时结合了一些专门的单位 AMs 和 POs。

他们面临的挑战因团队成熟度的不同而异。有些团队可能需要在构建业务、确保雇主责任合规或解决跨团队障碍方面的帮助。成熟团队可能需要支持将客户整合到开发过程中以消除摩擦。

单位专注于“系统”工作,而非日常运营,采用服务型领导模式。这对我们来说是全新的理念。其目的是不断改善团队运作的系统和周边系统。我们关注的方面包括结构与团队多样性、流程、利益相关者管理、回顾、自我组织技术、能力规划、合作模型、价值观和韧性。这些改进是持续的,无论团队的成熟度如何,单位都在促进这些改进。

集群

最多九个单位被进一步整合为集群,为某个更广泛的客户部门或业务线共同运作。集群同样专注于“系统”进步,由支持单位的 AMs 和 POs 组成,辅以专门的集群 AMs 和 POs。集群共同推进组织的整体能力,并发展跨业务的整体流程。

集群处理中涉及公司的宽泛的流程,如预算和人事规划。在此,单位支持团队在集群层面进行计划和结果整合,便于与管理层进行讨论。这有效而高效地整合了自上而下与自下而上的规划。虽然这听起来与传统方法相似,但我们的规划通常更具雄心,因为团队通过与客户的日常互动以及对自身工作和周围趋势的深入了解获得了更好的信息。

找到我们的节奏并对齐利益

怎样确保自我组织的团队关注公司利益,而不是决定去出售淋浴头或制作自行车呢?这需要对公司战略有广泛而深入的理解,而单位和集群的功能正是帮助实现这一点。

我们将每个九个集群的 AMs 和 POs 聚集在一起,形成一个可管理的团队,以理解和将战略转换为可由团队执行的框架,同时提供来自团队的反馈。一个节奏就此建立。集群每三到六个月将战略转化为史诗epics,再由单位每两到三个月转化为功能features。史诗遵循经典用户故事格式为谁?什么?为什么?来定义商业逻辑、目标和验收标准,留给团队自主决定如何实施。团队自己随后在一到四周的短周期sprints中工作。每个周期都包括审查、回顾和规划。

其他角色

为了支持我们的转型,设立了几个其他角色。高级教练在转型第一阶段为团队提供关于性能和流程的建议。敏捷管理者和敏捷讲师会在这一阶段之后接手。敏捷管理者为正在转型的团队提供安全的环境,尤其在与现有组织发生冲突时,帮助团队适应独立的自我组织工作。敏捷讲师教授敏捷价值观和方法,支持团队掌握方法论知识,并积极给予反馈。

如今,在5000名员工的公司中,我们拥有大约80名敏捷讲师、40名敏捷管理者和15名高级教练,这些角色都是在公司内部培养出来的。确实,这是一个复杂且成本高昂的过程,但对逐步培养思维方式、方法和程序至关重要。

治理与标准变得更好了!

我们决定避免为法律、合规和治理义务建立独立的团队,以免落入集中制定规范的陷阱,从而导致所有后续冲突和责任的削弱。

相反,我们创建了虚拟的“公会”Guild,负责特定的治理领域,比如安全。公会成员主要来自交付团队,并在公会活动中投入部分时间。这样确保了规范的制定具有实用性,以便团队能够最小努力地且还能获得额外收益地实施。这减少了开销和协调机制的需求,同时提升了公司对治理问题的整体认识。

另一个成功的关键在于,尽管每个团队类似于一个小企业,仍需在资源有限的情况下作出经济决策。他们没有时间去处理每一个新的话题或希望的新工具,这促使他们与支持结构交换当前最佳实践,采用已经在使用的工具。最终,团队通常会为了满足需求而趋向于使用单一工具,但这仍然是由团队自行决定的。讽刺的是,这种分权结构推动了公司内部的某种程度的标准化,这是我们企业架构师之前梦想也未能实现的!

提升员工技能

培训和认证对成功至关重要,需要经过多次迭代来获得最佳效果,特别是在优化强制性与可选择性内容之间的平衡。对于 AMs 和 POs,进行多天的资格认证过程,以培养潜在候选人对敏捷和 DB Systel 自我组织工作的基本了解。两个为期三天的“资格训练营”专注于团队生命周期的实际操作,包括自我组织构架、敏捷态度与方法、团队发展阶段、问题解决、客户关注和韧性。为了资格认证,通常不在一起工作的 PO 和 AM 展示他们如何应用所学内容,并在过程中获得反馈。

一个关键的教训是,AM 和 PO 根据个人发展阶段及团队在转型过程中所处的位置,学习需求差异很大。我们的方法使得能够根据特定情况量身定制知识。

工会与转型

在与许多其他公司交谈后,我们注意到转型的反模式:缺乏利益相关者的倡导,这往往导致转型速度减缓。为了避免这种情况,我们一开始就与工会进行了接洽。我们同意共同寻找解决所有需要共同决策的问题的办法。一个良好的信任基础对实现这一目标至关重要。

我们制定了自己的工会协议,涉及关键决策如敏捷原则、招聘、团队的形成与解散、角色描述。与传统合同不同,我们的合同会在三到六个月内不断迭代更新,融入新问题和见解,为员工代表的利益提供极大的灵活性。

clash for abdroid

我们希望自己持续的旅程为你提供一些启示和灵感,助力你的转型之旅。

TAGS 变革领导 文化 企业战略 组织结构 组织敏捷性

Phil LeBrun

Phil LeBrun 是 Amazon Web Services (AWS) 的企业战略家与传播者。在这一角色中,Phil 与企业高管合作,分享经验和策略,帮助他们利用云服务提高速度和敏捷性,同时将更多资源用于客户服务。在加入 AWS 之前,Phil 在麦当劳公司担任过多项高级技术领导职务。Phil 拥有电子与电气工程学士学位、工商管理硕士学位以及实践中的系统思维硕士学位。

评论加载中

©  - All Rights Reserved clash for abdroid .