将 AWS 认证工程师的数量从零增加到数百个的 12 步计划

“不要总希望得到您还未得到的；这会使您看不到目前拥有的可能性”

作为 AWS 企业战略家，我拥有与全球各地面对着各种业务和技术难题的高管们会面的特权。每个客户都是独一无二的。但是，许多难题，如同历史一样，往往具有规律性。

其中一个规律是，市场中的技能难题以及“不在相应岗位上配备合适的人员就会妨碍您提高行动速度、节省资金和在云上拓展业务”这一想法。可以肯定的是，随着人们认识到让 AWS 完成基础设施领域的无差别的繁重工作的好处，包含单词“AWS”和“云”的招聘广告显著增加了。但是，我认为这种不断增加的需求或者您没能获得所需人才的感觉并不会阻碍您的企业在云方面获得成功。

AWS 企业战略部主管 Stephen Orban 在一篇最新文章中就这一问题有力地指出，“您已经拥有成功实现云迁移所需的人才。”而且，为了加强这一说法的说服力，我想要分享我本人遇到一个主要技能难题时发生的故事。事情要追溯到 2014 年，我的云之旅才刚刚开始。

当时我在英国的 Capital One 担任首席技术官，然后，我发现自己在深入思考我在我的工程师身上发现的技能差距。这些工程师确实很有才华，但他们只是精通传统的内部技术；因此，他们掌握的大部分是孤立的基础设施技能。

为了寻求改变，我随后又犯了一个经常犯的错误：创建一个独角兽式的工作规范并自以为是地将它应用于外部就业市场。当我发现在收件箱中没有收到任何对这则招聘广告的回应时，我感到十分惊讶和失望。

很明显，我漏掉了一个重要的事实。

我拥有的技能高超、积极主动且全心投入的团队就是我需要的团队。只不过，团队成员们需要一个途径、一个动机以及一个善于倾听和帮助他们消除自身与生俱来的对未知技术恐惧的人。

有关人才转型的这种认识和企业云之旅为我积累了大量最佳实践，也让我更深刻地了解人类。但我必须说实话；在这个过程中，我们犯了很多错误并且浪费了很多时间。但是我们还是找到了一条途径，最终发挥了作用并且为 Capital One 在英国的成功做出贡献。这帮助 Capital One 将全球的技术人才提升到了极高的水平。实际上，所有 AWS 认证开发人员中现在足足有 2% 的人在 Capital One 工作。

在说明优势之后，下面将介绍适合我们的 12 个步骤 —

步骤 1 — 接受

心理健康专家们表示，接受是走向恢复的第一步；这种说法在此处也完全适用。您的工程师们必须接受他们有能力学习 AWS 云技能并成为专家的事实。接受这一事实对于您组织内的技术主管来说也同样非常重要。正如 Stephen Orban 在文章中所述以及我在 Capital One 任职期间的经历所表明的那样，您拥有的人才就是您需要的人才。这些是在开发和运行您的现有系统方面拥有多年的重要经验的人员。

步骤 2 — 培训

在接受之后，您应该迅速开始 AWS Technical Essentials 课程。此课堂教学课程能让人大开眼界并愉快地一窥无限可能的艺术。对此，AWS 自己的培训团队或我们的其中一位获批培训合作伙伴可以起到很大的推动作用。

步骤 3 — 动手实践时间

对于经验的获得，没有任何捷径可言。因此，现在需要进行动手实践。即使略显笨拙，工程师也需要花费这些时间并在一个安全的位置实施配置。此外，目前似乎有数百万个实现这种可能性的方法，并且这些方法都有点难以掌控。您的工程师可能会非常兴奋，也可能会有点垂头丧气。识别每个人经历的正常变化曲线 (有些人的很短，有些人的很长 — 因人而异) 非常重要。持续激励也很重要。

步骤 4 — 创建您的双比萨团队

您组建的第一个工程团队应彻底包含各项核心技能的组合 — 网络、数据库、Linux 服务器、应用程序、自动化、存储和安全性。该团队将取得一些进步。它可能着眼于 Terraform 之类的工具以及其他东西。它还将编写一些 CloudFormation 代码。该团队会犯错。这是非常自然的事情。

步骤 5 — 引进一些专家

对于经验的获得，没有任何捷径可言 (续)。现在，您应该引进一些真正的专家。事实上，增加一些乐意分享经验教训和最佳实践的专家级工程师是目前至关重要的事。在英国的 Capital One，我与 CloudReach 密切合作，引进大量具有专业认证且经过现场证实的 AWS 工程师来达到此目的。我将这些专业工程师分配到不同的团队来满足他们对专业知识的需求。这一举措产生了变革性的影响。员工们通过观察、提问和“照着做”来互相学习。更好的一点是，工程师们喜欢向工程师同事学习。此外，由于在小型团队中工作，他们有机会提出问题并尝试在课堂环境下不会尝试的事情。我们甚至将这一过程所需的时间缩短至一天。在这样短的时间内，一位新工程师加入了团队，与一位专家结成搭档，然后通过 CloudFormation 和已出现的关联的持续集成/持续开发 (CI/CD) 最佳实践展示了自己。

步骤 6 — 实现目标

在这个阶段，敏捷双比萨团队的目标应是构建真实的环境并投入生产。这可能是用于托管小型应用程序和相关网络设置的基本 Amazon 系统映像 (AMI)。目的是找出对于着手工作来说很重要但并非关键的东西。设定在数周内而不是数月内完成这一目标。跟踪进度。展示好处。设置演示截止时间。随时查看进度以及最终结果。一句忠告 — 切忌让团队好高骛远。仅使用所需的 AWS 构建块。(您无需从一开始就掌握所有 90 多个构建块。)以后将有大量时间来扩展到其他构建块，因为您的解决方案会需要它们。实验的好处很关键，在学习过程中可以根据需要不断地丢弃然后重新开始，就像 AWS 在教您“走路”一样自然。

步骤 7 — 利用“细胞核分裂”推广学习成果

由于第一个团队达到了一定的 AWS 熟练度并且交付了一款产品，您现在需要观察这第一个团队的细胞核分裂。此外，您还需要逐渐但有意识地将已获得经验和最佳实践的这第一个团队分为两个全新的 4 人团队，然后为每个团队再引进 4 位工程师。这项工作将会很困难，应该小心处理。坦诚对待团队成员并肯定他们的共同成果将至关重要。此外，还要请求成员帮助您将经验教训和最佳实践传递给新的队友。采用这种细胞核分裂式方法继续拆分和重组团队，直到所有工程师融合成一个技术水平相当的团队。

步骤 8 — 认证

通过与 AWS 技术培训或我们的其中一位出色的合作伙伴合作，您现在可以开启认证之路。鼓励使用 A Cloud Guru 之类的服务还可以为工程师提供让他们根据自己的时间和节奏通过认证的流程。我提倡从助理级认证开始，然后逐渐提升到专家级认证。我在这里要暂停一下来重点说明这一点。对于这个经常被忽视的步骤，无论我怎么强调其重要性都不过分。在 Capital One，我们在工程师认证、应用程序的迁移以及 AWS 上的新系统构建之间发现了一种直接关联。Capital One 甚至为一个用于度量转型的过程申请了专利。工程师的认证过程展示出显而易见的专业上的进步，它还使通用 AWS 语言能够传播并形成支持解决方案开发的事实方法。

步骤 9 — 推广认证和相关领导力

Capital One 本身的经验、与我们许多客户的合作经验以及科学研究表明，在网络效应产生作用之前，您的拥护平台的工程师需要达到 10% 的临界数量。因此，将这种学习和认证推广到您的 10% 的工程师是您的云之旅中的重大里程碑。从这个阶段开始，您将获得强有力的晕轮效应，这种效应将开始影响外部人员看待您公司的方式，而不只是影响内部人员。您组织外的那些仅希望与原生云公司合作的工程师将开始认真考虑为您工作。因此，随着您吸引更多人才或将原有人才转变为具有云素养的人，您转型的速度将呈指数级提高。

步骤 10 — 认可并奖励专业知识 (以非常公开且自豪的方式！)

作为 IT 主管，您的目标是公开宣布通过每个认证考试的每个工程师的姓名。以您能力范围内的任何方式奖励并认可技术进步。这包括宴请、优惠券、饮品、特别团队岗位、新奇的奖励，总之就是您能够想到的各种奖励。在 Capital One，我们拥有一份包含所有员工姓名以及他们获得的所有 AWS 认证的全球花名册。认证被视为一种有形的发自内心取得的成就。我遇见的几乎每一位工程师都渴望得到同行的尊重，而认证以及您获得的成就将为社区荣誉做出贡献。

步骤 11 — 挑战自我

当我在市政厅会议上表彰和奖励取得进步的工程师时，听众席中的一位言辞尖锐的人大声地说：“既然您如此热情洋溢地相信认证，那么您将在什么时候参加考试？”这很直接地打断了我的话。我有很长一段时间没有参加过行业考试了。但是，正如喜欢实践我宣扬的理论的人一样，我走进了考场。然后，我通过了 AWS 助理架构师认证考试。现在，我也能骄傲地站在这个舞台上！参加考试对我而言是一种极好的强迫机制，进而确保我获得了对关键 AWS 构建块的广泛但足够详细的了解。

步骤 12 — 创建统一的同类职业组合

最后，在适当的时候，您需要为您的技术员工提供具体的同类职业跟踪。以下是英国的 Capital One 在 IT 中创建的一些同类职业跟踪 —

技术项目经理 (TPM) — 通常负责敏捷执行、版本系列一致性和团队相互依赖性。

AWS 基础设施工程师 (IE) — 之前的数据中心系统工程师，过去通常负责 Linux/Wintel/Network 等。现在负责根据产品团队的需要创建用于不同的 AWS 构建块的 CloudFormation 代码。AWS 专家。

软件开发工程师 (SDE) — 编写逻辑并处理采用各种软件语言的数据结构。

软件质量工程师 (SQE) — 使用测试驱动型设计原则。确保在整个生命周期中都考虑并执行测试。

安全工程师 — 确保安全问题的全面性。

工程经理 — 该经理负责设计意图以及管理由上述技能团体的工程师组成的团队。

在您采用此途径时，应注意一些无形的晋升障碍可能会被打破。具体来说，不负责管理人员的工程师现在能够晋升到非常高的职位 (包括主管或主管以上职位) ，并且仍然不需要管理人员。这些晋升应考虑技术深度和相关能力发展以及逐渐提高的技术领导力成熟度。作为领导者，看到员工攀升到新的高度并获得来之不易的晋升始终是在该职位上令人欣慰的事情。我的团队中抓住绝佳机会的很多成员都自豪地获得了晋升。我们还自行打破了这种无形的障碍，而当我从英国 Capital One 离职时，我最自豪的时刻之一就是将我们的云卓越中心中的一位创始成员提升到了基础设施工程部门主管级别。这个人一直是一个独立贡献者和动手实践 AWS 专家，同时也是大家的好朋友。

将上述 12 个步骤作为人才转型的途径可以发挥您的团队成员的潜力，让他们为您的客户带来巨大的成果。

记住 — “您的所有假定的限制条件都是可辩驳的。”

Jonathan Allen
@jonathanallen02
jnatall@amazon.co.uk
EMEA 企业战略家和推广者