写点什么

向员工传授云知识时需要考虑的 11 个注意事项

2019 年 11 月 07 日

向员工传授云知识时需要考虑的 11 个注意事项

告诉我,我会忘掉。教导我,我会记住。让我参与,我能掌握。- Benjamin Franklin


我在上一篇文章中提到,只要让员工接受适当的教育,您就拥有了充分发挥云技术优势所需的资源。


那么,您 (首席变更管理官) 该如何教育员工,以便他们能够加快您的云之旅?每个组织的云之旅都将是独一无二的,但根据我的观察,取得成功的组织还是有一些共通之处的。以下是有关这些共通之处的 11 个注意事项:


  1. 从有意义但很基本的事情做起。


当您的团队完成对业务至关重要的事情后,他们会即刻明白云技术的实际优势。我见过有些公司将工作重点放在了无足轻重的小事上面,结果,他们取得的进展比预想的要慢。当然,您肯定不希望在头几个项目上冒太大的风险,但您需要从足够重要、能够展示业务收益的项目开始。这样的项目有很多 — 简单的网站、移动应用程序、简化数据访问的 API 或文件备份/灾难恢复改进项目。如果将团队教育扎根于实际应用之中,他们就能更快地将学到的知识应用于更多的项目。


  1. 利用 AWS 培训


我在以前的文章中提到过 AWS 提供的几个很好的培训项目。这些项目帮助了成百上千家公司掌握了云技能。AWS 将每次培训合作都当成是改进的机会,开发了多样化的课程和各种授课机制,允许组织定制满足其特定需求的培训。我在道琼斯工作时,我们团队里的几乎每一位技术人员都接受过培训,这些培训内容后来汇总成了 AWS 技术基础知识课程。除了帮助我们的员工获得新技能以外,这些培训还打消了他们刚刚踏上云之旅时出现的莫名恐惧感。


  1. 给团队一些时间进行试验。


营造试验文化是云之旅的下一条最佳实践,在激励员工学习时,这一点非常有用。创新来自于试验。借助云技术,您不必进行大量前期投资就能尝试各种新想法,这可帮助您的团队创造出颠覆性的行业产品。给您的团队一些自由度,让他们以新的方式实现现有项目。


  1. 设定鼓励学习和试验的目标。


大多数公司会为员工设定目标和/或关键绩效指标,并将这些目标与绩效挂钩。这些现有机制是强化您的策略并产生您所期望的行为的良好途径。您可以围绕各种主题设置目标,例如:相关培训课程的完成度、释放了多少预算、采用适当的云架构后运营卓越性有多大改善等。这样做可以传递“领导层真心希望为每个人创造试验和学习机会”的信号。


  1. 设定时间限制和前进步伐。


当您转向试验文化时,这一点尤为重要。毕竟,结果才是最重要的。您可以通过设定每个项目的截止日期来帮助团队成员在试验和运用其已学到的知识之间取得平衡。有时,您的团队可能会因为这些约束而作出妥协。随着云之旅进程的深入,您需要制定一个应对此类妥协的机制。但是,您的团队将一刻不停地学习和提高技能,以便为下一个项目做好准备。


  1. 发现并消除变革阻力。


所有这些注意事项都旨在为员工提供帮助他们获得成功所需的工具,以减少员工对变革的抵制。但即使做好所有这一切,您的组织中还是会有人继续抵制变革。在阐明目的一文中,我对这一挑战作了说明。您需要理解团队的忧虑,心平气和地看待做得好和做得不好的地方,并迅速消除不必要的摩擦。这引出了我要讲述的下一个要点。


  1. 不要害怕赋予员工新的角色。


以有意义的方式迁移到云不仅仅是技术转型,同样也是一场文化变革。我发现,给予员工担任新角色的机会可以帮助他们克服对变革的抵制。我一直偏向于首先检视公司内部,因为系统知识非常宝贵,通常是不必要的损失。在 Bloomberg 的 11 年任期里,我担任过六种差异极大的角色。拥有如此多的机会是我一直呆在 Bloomberg 的主要原因之一。寻找为员工提供新机会的方法可加强他们的参与感,有助于留住员工。


  1. 向员工指明其在组织整体蓝图中的作用。


当您知道自己在组织大局中的作用时,很容易对自己的工作感到兴奋。请务必考虑到每一个角色,并传达其在团队中的重要作用。我再强调一下,了解组织如何将其目标与部门和/或个人目标协调一致,并找到一种方法来针对每个角色进行调整。


  1. 参加行业活动,了解他人在做些什么。


大多数人可从他人的成功和失败经历中学到很多东西。到目前为止,我从事为大型公司制定云支持技术战略的工作已经五年多了。但令我惊讶的是,每次出席 AWS re:Invent、AWS 峰会及其他技术活动,我还是能学到不少的知识。请给您的员工一些时间,让他们梳理知识、了解新思想。了解各种各样的想法 (即使是您确定不会赞同的想法) 是创造教育机会和加强您的策略的良好途径。


  1. 向您的合作伙伴学习。


AWS 合作伙伴网络中有成千上万家组织。您可能已经与其中的许多组织建立了稳定的合作伙伴关系,但总会有一些新的合作伙伴值得您学习。据我观察,有非常多的大型企业越来越倾向于与“在云中诞生”的小型、新创办的系统集成商 (如 Cloudreach2nd Watch Minjar) 合作,以加快自身的云战略进程并革新其 IT 文化。


接下来是最后一个要点。


  1. 在组织中建立适合自身的培训制度。


随着云迁移进程的逐步深入,您会发现组织中的一些团队或个人希望与他人分享自己学到的知识。理想情况下,这个组织会是您的云卓越中心 (这是云之旅的另一条最佳实践,稍后我会详细解释这一点)。我在道琼斯工作时,我们的 DevOps 团队会定期举办“DevOps Days”交流会,以便该团队与组织中的其他人分享其开发的云最佳实践、框架和管理模式。我曾与其他几家“财富 500 强”企业交流过,他们也都制定了适合自己组织的类似计划。


您认为还有什么需要补充的吗?请一定告诉我!


本文转载自 AWS 技术博客。


原文链接:


https://amazonaws-china.com/cn/blogs/china/11-things-to-consider-when-educating-your-staff-on-cloud/


2019 年 11 月 07 日 08:00339

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

评论

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

你真的懂"看板文化"么?

Yanel 说敏捷产品

敏捷 敏捷开发 敏捷精髓

ShedLock:一个轻量级的定时任务协调组件

kk

定时任务 shedlock

Python程序性能分析和火焰图

ElvinYang

如何让团队产生“多米诺骨牌”效应?

Yanel 说敏捷产品

项目管理 敏捷 敏捷开发 敏捷精髓

NIO 看破也说破(三)—— 不同的IO模型

小眼睛聊技术

Java 学习 深度思考 程序员 架构

从技术层面理解对于区块链技术的10.24集体学习讲话

MaxHu

区块链 智能合约 以太坊 加密货币 去中心化网络

对话 CTO | 听快看漫画 CTO 李润超讲重塑漫画产业的技术推动力

ONES 王颖奇

研发管理 CTO 动画 文化

C语言常量、变量和关键字

C语言技术网-码农有道

C语言 常量 变量 关键字

当前的经济形势,如何让自己免于风险?

鼎玉谷

JavaScript 学习笔记——数据类型

zjlulsum

Java 学习 前端 类型推断 入门

Using R for everything: 方差分解(Variation partition)变量筛选与显著性标注

洗衣机用户不会用洗衣机

数据分析 R

危机过后,「表格文档协同」需要具备什么能力?

Geek_Willie

前端开发 开发者工具 Excel

工具集系列 02|还在为海报设计、LOGO 设计发愁?这些在线工具值得收藏

一尘观世界

效率工具 设计 海报 课程封面 知识付费

C语言输入和输出

C语言技术网-码农有道

C语言 输入 输出

“随大流”的你是不会成功的

小天同学

个人成长 思考 写作平台 感悟 坚持

每个人都应该知道的性能参数

ElvinYang

【解析+示例】2种方法,通过SpreadJS在前端实现甘特图

Geek_Willie

前端开发 甘特图 SpreadJS 表格控件

C语言运算符

C语言技术网-码农有道

C语言 运算符

追光逐影:读《我们这一代》

北风

DDD 实践手册(6. Bounded Context - 限界上下文)

Joshua

企业架构 设计模式 领域驱动设计 DDD 架构模式

Python网络编程socket 简易聊天窗

Flychen

接口限流算法有哪些,看完这篇又能和面试官互扯了~

不才陈某

Java 分布式 后端

给应届毕业生们的七点建议

Neco.W

大学生日常 工作 应届毕业

对话 CTO | 喜茶也有 CTO?听陈霈霖讲讲茶饮中的技术甜度

ONES 王颖奇

研发管理 CTO 零售

认识数据产品经理(二 数据产品经理的稀缺性)

马踏飞机747

大数据 互联网 数据分析 产品经理

Linux学习-2020.05.11

Flychen

工具集系列|值得收藏的几个免费在线学习国外网站

一尘观世界

学习 工具 网站 提升

前端有未来吗?

欧雷

前端 前端开发

Try-Catch包裹的代码异常后,竟然导致了产线事务回滚!

码大叔

Java spring 事务

如何高效阅读

ElvinYang

目光聚集之处,金钱必将追随

Tom

学习 个人成长 思考 读书

微服务架构下如何保证事务的一致性

微服务架构下如何保证事务的一致性

向员工传授云知识时需要考虑的 11 个注意事项-InfoQ