写点什么

在使用云进行试验时,4 件要做的事情和不要做的事情

  • 2019-10-11
  • 本文字数:1928 字

    阅读完需:约 6 分钟

在使用云进行试验时,4 件要做的事情和不要做的事情

“证明一根木棒是弯木棒的最佳方法不是争论或花时间去抨击,而是将一根直木棒放在它旁边”― D.L. Moody


在我的上一篇文章中,介绍了云如何使所有类型和规模的公司能够以更低的成本更轻松地进行试验且风险更小。公司越是意识到这一点,就越有更多的试验文化成为在今天的市场中保持竞争力的筹码。 试验引发创新,从来没有这么好的机会实施新想法。


您从何处开始?下面是在您的组织内打造试验文化时要考虑和避免的四件事。

1. 需要管理期望

虽然并不是每个试验都将提供您预想的结果,但每个试验都是一个了解和改善运营的机会。如果您的组织不习惯“未能学习”这个概念,请从小事做起,确保每个人都摘掉您考虑试验的项目。通过清楚了解实验目的、预期结果、测量和测试结果的方式以及您希望从中学到的知识来管理您的利益相关者的期望。我发现,如果大多数高管知道组织更乐意进行试验并学习知识,他们将欣赏那些结果不确定的试验。


不要从每个人都有一个特定结果的项目开始


如果您充当尝试打造试验文化的变革代理,请不要在您的旅程中过早地试验您的利益相关者期望获得特定结果的项目。我不是建议您开始试验年末账单运行 (举例来说)。我曾经为其工作的一位首席执行官告诉我,失败是可以接受的 (除非没有失败)。要对逐步积累的进展感到满意,并慢慢地增加你所进行的试验的数量,但不要超过组织。

2. 需要鼓励您的团队计划试验

每个组织都有自己的方法来确定哪些项目获得了技术资源。不幸的是,一些组织现在将技术或 IT 部门视为成本中心,并且已将理念推到离实现位置太远的地方了。好的想法可以来自任何地方,当然,当它涉及外部项目时,大多数技术专家都有一个独特的观点。这在刚开始使用云的组织内尤为如此 - 对项目使用云的个人处于计划试验的最佳位置,这些试验利用云的独特功能来使业务受益。帮助支持您的团队的计划,并安置好您的员工以影响高层管理团队所投资的项目。


在知道如何测量试验之前不要进行试验


您希望将时间花在正确的试验上,并确保从中学到的经验将改善您的运营和产品。在您让您的团队向前推进试验之前,您应同意他们将在试验期间测量的内容和测量方法。如果您正在测试网站上的新功能,哪些指标将使测试成功?页面视图?单击次数?放弃?这种小而重要的尽职调查将迫使您的团队去思考为什么他们要首先计划一个试验。它还将强制您的团队设定正确试验的优先级。

3. 需要考虑开发运营使试验制度化

开发运营文化是一种将试验融入组织中的强有力的方式。通过将运行您构建的内容与自动化相结合,可以大大减少发布更改所花的时间,从而允许您更频繁地发布更改并在失效时更快地回滚更改。成熟的开发运营组织还开发了 A/B 测试框架,这些框架可使其在不同的用户群中尝试不同的用户体验以了解什么是最有效的。


不要怀疑您的团队


怀疑是对团队造成打击并打开失败之门的最有力的方法之一。当您学会适当地审视试验、测量试验并对其进行快速迭代时,您应会发现在需要怀疑之前,您能够适应您的方法。确保您的团队正在考虑正确的方法来测量试验并提出尖锐的问题是正常的,但您应考虑帮助团队解决问题而不是怀疑他们的交付能力。 人们倾向于追随那些相信他们会成功的领导者。

4. 需要鼓励整个组织进行参与

当您开始通过试验更快地交付结果时,组织的其他方面将被您的方法吸引。吸引这些人的参与。尝试一个包含不同业务领域的黑客马拉松,让您的利息相关者帮助确定测量试验的方式,并询问组织他们一直想要进行试验的领域。虽然不是每家公司都会选择为其员工提供试验时间,但这些公司通常会将它宣传为竞争优势。至少,这些具有包容性的活动可以提高员工士气和员工保留率。在 Amazon 的短暂任期内,我发现任何能够写作进行思考和表达试验的人员通常都会有机会进行尝试。这是我们的文化的一个特殊部分,也是吸引和留住创新者和建设者的出色工具。


不要让试验减速或停止交付


不要让您的团队仅因某件事是一个试验而逃脱责任。虽然失败和学习是允许的,但在试验中无法交付是不允许的。软件仍需要交付测试;它通常需要用实际的生产流量来进行测量。仅仅因为这是一个实验并不意味着您应稍后开始测量它,或者让其质量受到影响。毕竟,您仍在运营业务。


您的组织通过什么来支持试验文化?请一定告诉我!


不断前进,


-Stephen


orbans@amazon.com


@stephenorban


http://aws.amazon.com/enterprise/


注:打造试验文化是我在企业云之旅系列文章中撰写的七个最佳实践中的第三个最佳实践。其他六个最佳实践是:提供高管支持、对员工进行培训、寻找合作伙伴、创建云卓越中心、实施混合架构和实施云优先策略。请保持关注以获得每条最佳实践的更新。


本文转载自 AWS 技术博客。


原文链接:


https://amazonaws-china.com/cn/blogs/china/4-things-to-do-and-not-to-do-when-experimenting-with-clouds/


2019-10-11 11:04857
用户头像

发布了 1929 篇内容, 共 155.9 次阅读, 收获喜欢 81 次。

关注

评论

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

为图片添加Emoji,微信这隐藏功能让你不花冤枉钱

彭宏豪95

微信 效率 效率工具 emoji

我身边的高T,问了Java面试者这样的问题......

京东科技开发者

MySQL 数据库

我与技术面试那些事儿

我是哪吒

CSS html 大前端 28天写作 2月春节不断更

超强前端面试真题+资源推荐

爱学习

面试 大前端 面经

WinDbg 分析高内存占用问题

dotnet windbg

为什么不推荐使用汉字作为密码?

不脱发的程序猿

程序人生 密码学 28天写作 二月春节不断更

电影台词反向搜索视频片段,这个工具也太好用了吧|33 台词

彭宏豪95

效率 效率工具 电影

架构设计篇之微服务实战笔记(三)

小诚信驿站

架构师 刘晓成 小诚信驿站 28天写作 架构师成长笔记

日记 2021年2月22日(周一)

Changing Lin

2月春节不断更

诊所数字化:诊所开展私域运营的优劣势

boshi

医疗 私域运营 七日更 28天写作

Flink SQL 性能优化:multiple input 详解

Apache Flink

flink

话题讨论 | 你在互联网大厂是个啥级别?

架构精进之路

话题讨论 28天写作 话题王者

架构师不至于“架构”-《架构师应该知道的37件事》阅读笔记

Harris

读书笔记 架构 架构师

先收藏!关于Java类、接口、枚举的知识点大汇总

华为云开发者联盟

Java 接口 枚举

【LeetCode】托普利茨矩阵Java题解

Albert

算法 LeetCode 28天写作 2月春节不断更

技术解析 | Doris SQL 原理解析

百度开发者中心

百度 Doris SQL优化

浅谈nodejs进程和线程

梁龙先森

大前端 nodejs 2月春节不断更

JVM又曾放过谁,垃圾终将被回收!

Simon郎

Java 大数据 架构 后端 JVM

2021最新百度/平安/蚂蚁金服/腾讯/拼多多面经总结(附答案解析)

比伯

Java 编程 架构 面试 计算机

一文带你熟悉Pytorch->Caffe->om模型转换流程

华为云开发者联盟

网络 模型 PyTorch caffe 算子边界

容器 & 服务:一个Java应用的Docker构建实战

程序员架构进阶

Docker 容器 七日更 28天写作 2月春节不断更

话题讨论 | 现实中程序员是怎样飞快敲代码的?

xcbeyond

程序人生 话题讨论

话题讨论 | 程序员是做前端开发好,还是后端开发好呢?

xcbeyond

程序人生 话题讨论

基于证券云服务的总体架构设计应该怎么做?

Jason Tien

Apache Flink 在快手的过去、现在和未来

Apache Flink

flink

Dapr 知多少 | 分布式应用运行时

架构 云原生 k8s dapr

还愁追不到女神吗?一键生成舔狗日记,一秒速成舔狗之王

不脱发的程序猿

程序人生 28天写作 二月春节不断更 舔狗文化

用Stylish精简极客时间专栏页面

Tao

CSS

MySQL查看及杀掉链接方法大全

Simon

MySQL

配合Github Actions 做一个自动推送的 Rss 订阅机器人

Leetao

Python RSS Github Action

技术扫盲:关于低代码编程的可持续性交付设计和分析

小傅哥

Java 小傅哥 服务端 低代码开发 可持续交付

在使用云进行试验时,4 件要做的事情和不要做的事情_语言 & 开发_亚马逊云科技 (Amazon Web Services)_InfoQ精选文章