你在使用哪种编程语言?快来投票,亲手选出你心目中的编程语言之王 了解详情
写点什么

挑战有关如何构建卓越云中心的传统智慧 ,AWS 云企业战略博客

2019 年 9 月 25 日

挑战有关如何构建卓越云中心的传统智慧 ,AWS 云企业战略博客

我们可以从百老汇的成功学到哪些有关构建高效团队的经验


在企业的云迁移过程中,其中一个基本步骤便是建立卓越云中心 (CCoE)。CCoE 是一个多学科团队,旨在实现云采用所需的监管、最佳实践、培训和架构,以便为大型企业提供予以遵循的可重复模式。这点不言而喻,但是在努力创建新的基于云的预置和交付流程时,高效的 CCoE 需要稳健的执行技能和创造力,这些流程延续其当前的运营模式的官僚作风和限制。


鉴于此功能的重要性,我们也就能够理解,为何企业常常会针对理想的卓越云中心组成和功能寻求指导。构建 CCoE 团队的方法多种多样,在此我推荐两种我认为是最常用的方法。第一种是建立一个全新的团队,其中团队成员来自与建立新的云运营模式有关的各组成功能领域,并且拥有广泛的技能。使用此方法构建的 CCoE 通常包括来自基础架构运营、PMO、企业架构、应用开发、信息安全、采购和 QA 的代表。


第二种方法是利用现有的高绩效项目团队并将其重新部署到 CCoE。不同于第一种方法,该方法可以快速建立 CCoE。在该方法中,先借助已知晓如何交付结果的 A 团队,随后即可快速构建团队。第二种方法更常用于已建立跨职能团队的企业,以便进行 Scrum 或敏捷开发。


这两种方法的逻辑都是可接受的,并且我掌握了不少有关它们可在企业中有效执行的实例证据;不过有研究表明,诸如此类我们通常用于组建团队的方式可能会削弱我们对 CCoE 和其他计划的结果期望。自多年前进行这项研究以来,我一直在利用其结论来构建具有成功结果的创新型团队(包括云团队)。奇怪的是,这项研究的内容是为何百老汇音乐剧能在上个世纪的大部分时间不断获得成功,以及如何将其更广泛地应用于组织设计。


研究人员 Brian Uzzi 和 Jarett Spiro 研究了 1945 年至 1989 年间,百老汇制作的近五百部音乐剧的合作者(作曲家、导演、词作者、制片人)的关系 (a)。借助过往工作关系密度的比率 (Q),研究人员发现,若音乐剧合作者之间的现有工作关系比率较低(低 Q),则不太可能获得商业或关键成功。可能这并不令人惊讶,但是 Uzzi 和 Spiro 还发现所谓具有极强连接性的“A 团队”或者曾在其他音乐剧有过合作(高 Q)亦非良好的成功指标。事实证明,拥有新旧关系(中 Q)的百老汇团队获得票房成功的可能性是其三倍。简而言之,他们发现大多数获得成功的音乐剧,其团队成员既包括过去曾有过良好合作关系且知道如何推出顶级制作的人,还包括可源源不断提供新想法的新人。


如果我们将这些发现应用于我之前所述的典型 CCoE 模型,那么它们可能会遇到哪些挑战呢?


若采用第一种方法构建 CCoE,则我们构建的云团队可结合所需的所有功能领域并且具有独特的视角和技能。但是这些以再现为主的团队通常具有较低的 Q 值,缺乏一起工作的经验,并且可能需要大量的反复试验方能交付结果。我发现,这些团队往往难以提前获得成功,而且他们还需要更多的协调,而这并不适用于大多数希望通过云实现的更精简的运营模式的企业。


“A 团队”CCoE 方法具有较高的 Q 值,虽然他们可能已有了可快速交付结果的工作模式,但他们目前的状态、地位和过去的成功都是基于优化甚至操纵旧有工作方式而获得的。他们可开发一个新的基于云的基础设施预置流程,将交付时间从八周减少到四周。这听起来非常不错,但为什么不是四天,甚至四个小时呢? 这些团队往往大力投入于其当前的工作模式和关系,以致于难以进行创新。


早在 2012 年需要我们决定应由谁来领导 Edmunds 的第一个云团队时,我们就已知晓这些发现,我们的目标是创建一个拥有各种关系的新团队,以便提供全新想法和运营效率。我们的基础设施工程团队拥有累累成就,包括一个带有基于 Chef 的基础设施即代码自动预置平台的私有云。从很多方面来看,他们都是领导 CCoE 工作的最佳团队。


但是,我们的期望不仅仅是更快地预置服务器。我们希望能够改进我们在迁移到云时构建和部署应用程序的方式。鉴于这些更高的期望,以及知晓要获得成功,团队必须兼具执行能力与创新思维,因为我们必须要深入思考应如何配备 CCoE 的人员。


最终决定是,不依惯例行事,将我们的基础设施工程负责人和自动化测试团队的高级成员进行搭配。在我于 AWS 工作期间,我看到过不少客户的 CCoE 组织结构图,并且我不记得曾经看到过在 CCoE 中担任领导主角的 SDET(测试中的软件开发工程师)。但它符合我们的目标。虽然基础设施领导为集团带来了系统自动化经验,但 SDET 比公司中的任何人都更了解我们的应用程序。了解哪些应用程序架构完善、有噪音或者依赖关系较为脆弱,则合并后的团队可以快速完成数百个本地应用程序的映射,并开发加速的云采用计划,以及应用程序的支持工具和流程迁移。2016 年,Edmunds 成功迁移到云并关闭了其最后一个数据中心。


在开始新的计划时,无论是面向客户的产品开发还是面向后端技术团队,我均持续考量了团队的关系密度。我使用了一组简单的标准来评估团队组成:


  1. 预期的核心可交付成果是什么,以及领导者或团队成员分享了哪些类似执行的经验? 要确保执行与交付不会存在任何问题,应该有足够的旧有工作关系。

  2. 我们想要实现的目标有哪些新鲜或不同之处,以及我们可以向谁寻求帮助,以获得有关这一挑战的不同看法?

  3. 这并不会产生无张力的环境。事实上,我们鼓励具有创造性张力的环境,以便产生超越阶段改变的结果。另外,我们并不只是随机地搭配人员,然后期待魔法发生。相反,我们会赋予团队相关执行能力,希望能减少通常与新团队相关的“形成”税,因为其会延长交付结果的时间。


企业通常会建立一个 CCoE 来引领他们的云计算,期望提高效率,增强可靠性以及缩短交付时间。重要的是,他们组建的 CCoE 团队在实现这些目标所需的工作关系、运营效率和创新思维之间须保持适当的平衡。


相关文章:


有关上文提及的 Brian Uzzi 和 Jarrett Spiro 研究的完整内容,请参阅:Collaboration and Creativity: The Small World Problem


(a) Uzzi, Brian, and Jarrett Spiro.“Collaboration and Creativity: The Small World Problem.” American Journal of Sociology, vol. 111, no. 2, 2005, pp. 447–504. JSTOR, JSTOR,


www.jstor.org/stable/10.1086/432782.


作者介绍:


Philip


Philip 于 2017 年加入 AWS,并担任企业战略主管一职。在此期间,Philip 与企业技术主管通力合作,分享经验和战略,了解云可如何帮助他们提高速度和灵活性,同时为其客户提供更多的资源。在加入 AWS 之前,Philip 是 Edmunds.com 的 COO 兼 CIO。


本文转载自 AWS 技术博客。


原文链接:


https://amazonaws-china.com/cn/blogs/china/challenging-conventional-wisdom-about-how-to-build-a-cloud-center-of-excellence/


2019 年 9 月 25 日 15:14246
用户头像

发布了 1282 篇内容, 共 36.9 次阅读, 收获喜欢 39 次。

关注

欲了解 AWS 的更多信息,请访问【AWS 技术专区】

评论

发布
暂无评论
发现更多内容

有一种自我欺骗,叫只为孩子

zhoo299

随笔杂谈 家庭

Python3 for ... else ...陷阱

王坤祥

Python Python PEP

LeetCode题解:66. 加一,新数组求和再翻转,JavaScript,详细注释

Lee Chen

LeetCode 前端进阶训练营

Week11

一叶知秋

吃透Laravel的Ioc容器

书旅

laravel 容器 ioc

ST在keil下开发时候文件options配置的一些小技巧

良知犹存

嵌入式

为什么一旦自己创业了,很难再回到公司去坐班?

北柯

创业 互联网 创业心态 上班 上班族

搭载十代酷睿i7处理器,这台ROG冰刃4新锐拥有媲美台式游戏电脑的性能

最新动态

高效程序员的45个习惯:敏捷开发修炼之道(3)

石云升

读书笔记 敏捷开发 无限游戏

Pulsar 联合 TiDB 推出大数据场景数据应用分析解决方案

Apache Pulsar

大数据 InfoQ Apache Pulsar #TiDB

56张图入门操作系统——内功心法,适合所有程序员

执鸢者

前端 操作系统

9大训练营免费开营!阿里云大数据团队的独门绝学全在这了

Apache Flink

大数据 训练营

跟我一起基于Karma搭建一个测试环境(下)

Jack Q

测试框架 前端进阶训练营 Karma

2w字 + 40张图带你参透并发编程!

cxuan

Java 后端 并发

SpreadJS 纯前端表格控件应用案例:集成 Odoo提升企业ERP表格功能

Geek_Willie

开源 SpreadJS Odoo

写代码爬取了某 Hub 资源,只为撸这个鉴黄平台!

程序员生活志

教程 Hub 资源

区块链承兑商支付系统开发,usdt支付系统搭建

WX13823153201

法定数字人民币将成中国金融新名片

CECBC区块链专委会

数字货币 人民币

浅谈技术管理之团队管理

大黄蜂

团队管理 技术管理

一文吃透PHP进程信号处理

书旅

php Linux 信号

大数据技术发展(二):Hadoop 技术生态圈的发展

抖码算法

Java 大数据 hadoop 大数据技术 hadoop3

Flink所需组件-1

小知识点

scala 大数据 flink 流计算

云原生架构的基石

soolaugust

Docker 架构 Kubernetes 容器 云原生

“庆俞年”大战,真正受损的不是李国庆

北柯

创业 合伙人 创业者 互联网人 当当网

为什么 Bash 脚本总是不稳定?

柴锋

bash Linux DevOps 运维 Shell

《精益创业》摘要

孙苏勇

书摘 精益创业

四种主要的 IO 模型

方明

Netty

系统不可用总结

不在调上

丐帮,少林,明教,武当!看看你数据分析的技能属于哪一派?

程序员生活志

浅谈如何做好软件研发团队的盘点

大黄蜂

团队管理 技术管理

大厂面试必读,JAVA进阶神书《深入理解Java虚拟机》第三版更新内容全曝光!

华章IT

JVM 虚拟机 周志明 Java虚拟机 jvm调优

围绕“三个问题”开展的网易云音乐数据基础建设

围绕“三个问题”开展的网易云音乐数据基础建设

挑战有关如何构建卓越云中心的传统智慧 ,AWS 云企业战略博客-InfoQ