在 DevOps 社区中，我们经常谈论自动化部署、每天多次部署以及文化的重要性。我想与您分享一些没有被广泛谈论，但我认为同样重要的事情：组织学习的好处。
让我们花一点时间想象一下，一个完全采用 DevOps 原则和实践的组织会是什么样子。
我们能够适应快速的变化，这使我们能够满足我们组织的需求并超越竞争对手的实验。我们的变更周期很短，我们可以在一天中的任何时间（而不是仅在周五午夜）进行变更和部署代码，而不会产生组织瘫痪的恐惧，担心这会造成大规模的混乱和破坏。
此外，我们的代码和环境可以安全地更改（我们可以快速从错误中恢复），理想情况下甚至不会影响客户。我们创建了一个高度信任的环境，我们可以在整个价值流中依靠我们的团队成员，知道我们都在共同努力帮助组织获胜。
当坏事发生时（熵定律和墨菲定律确保会发生），我们有足够的监控措施来快速找出问题所在，恢复服务并恢复正常运行。因为我们拥有不断改进的文化，所以我们将弄清楚如何防止将来再次发生，或者如果不能防止，至少可以实现更快的检测和恢复。
而且因为我们知道，比日常工作更重要的是改进日常工作，所以我们作为一个组织不断学习，并将本地发现转化为全局改进。
彼得·圣吉在他的著作《第五项修炼》中解释说，“知识存在于边缘，而不是中心”，我们需要组织学习，因为它能够帮助我们的客户、确保质量、创造竞争优势和充满活力和忠诚的员工队伍，并且揭示真相。
因此，我们必须创造一种奖励学习的文化，而学习通常来自于失败。此外，我们必须确保我们学到的东西融入到我们的制度记忆中，以便防止未来再次发生。
鼓励和庆祝学习成果
任何数量的命令和控制管理都无法指示工人逐个修复每根线。相反，我们必须创建组织文化和规范，以便每个人都能够随时随地发现和修复断裂的线，作为我们日常工作的一部分。
我们的目标应该是最大限度地从任何事故中获取组织学习，充分理解事故是如何发生的，并授权每个人创建最有效的对策，以防止事故再次发生，或实现更快的检测和恢复。此外，我们必须培养一种整个组织都从中学习的文化，以便将任何局部改进转化为全局改进。
Intuit 有一个著名的月度仪式，公司 CEO 会将一个仪式性的救生圈颁发给犯了最大错误的人。接受者在救生圈上签名，然后告诉整个公司发生了什么以及他们可以从中学习什么。
使标准更易于使用
标准，包含我们组织知识的总和，应该比不使用更容易使用。放置这些知识的最佳位置之一是集中式源代码存储库，该存储库在整个组织中共享，从而能够快速传播知识。成功的标准还包括以下一些特征
- 共享源代码存储库和详尽的文档，这些文档可以搜索并广泛重用
- 每个库和服务的内部讨论组（例如“github-users”或“puppet-users”）；通常，有疑问的人会比开发人员更快地从其他用户那里获得回复
- 广泛传播的、无责的事后报告
通用电气资本前首席架构师贾斯汀·阿巴克尔曾经说过，“最好的架构文档是那些在代码中实现，在共享源代码存储库中，任何人都可以从中提取的文档。”
使组织能够发现通往伟大的道路
通过重视学习，我们创建了一个组织，在这个组织中，我们不再期望领导者计划我们通往伟大的道路。相反，领导者帮助培养和发展例程，在实践中检验它们，识别哪些不起作用，并加强那些起作用的例程。领导者通过强调学习的价值并确保消除障碍来实现这一点，以便昨天和今天阻碍我们的任何事物都不会在明天阻碍我们。
在真实的 DevOps 之旅中，组织学习是什么样的？
我最近有机会从 Opsmatic 的 CEO Jim Stoneham 那里听到这件事。2009 年，他曾担任 Yahoo! Communities 业务部门的总经理，Flickr 是该部门的一部分。Stoneham 分享道
随着我们将 Yahoo! Answers 的部署频率从每六周一次提高到每周多次，我们的组织学习量猛增。突然，我们能够以以前无法做到的方式尝试和实验。我们的团队非常关注数字：我们会每天和每周作为一个团队查看这些数字，并使用这些数字来为功能对话和计划提供信息。
工程师不再是每六周谈论一次产品，而是每天都在谈论它。这正是我们在市场上获胜所需的学习——它改变的不仅仅是我们的功能交付速度。我们从一个员工团队转变为一个所有者团队。当您以如此快的速度前进，并且每天都在关注数字和结果时，您的投入水平会发生根本性的变化。这在每季度发布一次的团队中根本不可能发生，即使是每月周期也很困难。
我喜欢 Jim Stoneham 谈论 DevOps 的好处的方式，这与我们通常谈论 Dev 或 Ops 的方式非常不同。正是这种创造组织学习的能力使我们能够在市场上获胜。
本文是《开放组织 IT 文化变革指南》的一部分。
1 条评论