本文共 1914 字，大约阅读时间需要 6 分钟。
在DevOps社区中，我们谈论了很多有关自动部署，每天执行多个部署以及文化需求的问题。 我想与您分享尚未广泛讨论的内容，但我认为同样重要：组织学习的好处。
让我们花一点时间来看一下完全采用DevOps原理和实践的组织的外观。
我们能够适应高变化率，这使我们能够满足我们的组织要求并且使我们的竞争超出预期。 我们的变更的交付周期很短，我们可以在一天中的任何时间（而不是在午夜的星期五）进行变更和部署代码，而无需组织瘫痪，因为它担心会造成巨大的混乱和破坏。
此外，我们的代码和环境可以安全更改（并且我们可以快速从错误中恢复），理想情况下甚至不会影响客户。 我们创建了一个高度信任的环境，在此环境下，我们可以在整个价值流中依靠我们的团队成员，知道我们都在共同努力以帮助组织取胜。
当不良情况发生时（熵和墨菲定律可确保这一点），我们将进行充分的监控，以Swift找出问题所在，恢复服务并恢复正常运行。 因为我们有着不断改进的文化，所以我们将弄清楚如何防止将来再次发生这种情况，或者，如果不能避免，至少可以更快地进行检测和恢复。
并且因为我们知道比日常工作更重要的是改善日常工作，所以我们作为组织不断地学习，并将本地发现转化为全球改进。
Peter Senge在他的《第五纪律》一书中解释说：“知识存在于边缘而不是中心”，我们需要组织学习，因为它可以帮助我们的客户，确保质量，创造竞争优势以及充满活力和忠诚的员工队伍，它揭示了真相。
因此，我们必须创建一种奖励学习的文化，这种文化通常来自失败。 此外，我们必须确保我们学到的东西被嵌入我们的机构记忆中，以防止将来发生。
任何数量的命令和控制管理都无法指导工人一一固定每个分支。 相反，我们必须建立组织文化和规范，以便每个人都可以始终发现并修复折断的部分，这是我们日常工作的一部分。
我们的目标应该是最大程度地从任何事故中学习组织知识，对事故的发生方式有最好的了解，并授权每个人制定最有效的对策以防止再次发生，或者更快地进行检测和恢复。 此外，我们必须营造一种文化，整个组织都可以从中学习，以便任何本地改进都可以转化为全局改进。
Intuit每月都会举行一次著名的仪式，公司首席执行官向犯下最大错误的人送礼。 接收者在救生圈上签名，然后告诉整个公司发生了什么以及他们可以从中学到什么。
包含我们组织知识总和的标准应该容易使用，而不容易使用。 掌握这些知识的最佳位置之一是在整个组织中共享的集中式源代码存储库中，从而能够快速传播知识。 成功标准的其他一些特征包括：
GE Capital的前首席架构师Justin Arbuckle曾说过：“最好的架构文档是在共享源代码存储库中的代码中实现的，任何人都可以借鉴。”
通过珍视学习，我们创建了一个组织，使我们不再期望领导者规划通往卓越的道路。 相反，领导者帮助建立和发展例程，在实践中对其进行测试，识别出哪些无效，并加强那些有效的日常工作。 领导者通过增强学习的价值来做到这一点，并确保消除障碍，以便昨天和今天遇到的任何事情明天都不会成为我们的障碍。
最近，我有机会从Opsmatic的首席执行官Jim Stoneham那里听到了这一消息。 2009年，他担任Yahoo!的总经理。 Flickr成为社区业务部门的一部分。 Stoneham分享了：
随着我们增加在Yahoo!上的部署频率，我们的组织学习量逐渐增加。 答案从每六周一次到每周多次。 突然之间，我们能够尝试以前无法做到的事情并进行实验。 我们的团队非常适应这些数字：我们会每天和每周将它们视为一个团队，并以此为基础进行功能对话和计划。
与其让工程师每六个星期讨论一次该产品，不如说我们每天都在谈论它。 这恰恰是我们在市场上赢得胜利所需要的学习，并且其变化远不止我们的特征速度。 我们从员工团队转变为拥有者团队。 当您以这种速度移动并每天查看数字和结果时，您的投资水平就会发生根本变化。 这在季度发布的团队中是不可能发生的，即使每月发布一次也很难。
我喜欢吉姆·斯通纳姆（Jim Stoneham）谈论DevOps的好处，这听起来与我们经常将其称为Dev或Ops的方式截然不同。 正是这种创建组织学习的能力使我们能够在市场中获胜。
本文是一部分。
翻译自:
转载地址：http://nmfzd.baihongyu.com/