【三种工作法：构建DevOps的基础原则】

---

引言

在这篇博文中，我将讨论“三种工作法”，这是所有的DevOps模式都可以从其衍生出来的基础原则。我们在《DevOps实践指南》和《凤凰计划：一本关于IT、DevOps和帮助你的业务获胜的小说》中都使用了“三种工作法”。我们坚信，“三种工作法”不仅描述了围绕DevOps的过程，程序，实践的价值观和哲学，而且也是DevOps的规范步骤。
与另一位合著者Mike Orzen一起工作是一件特别有趣的事情。他凭借著作《精益IT》的卓越贡献获得了受人瞩目的新乡奖。

---

以下是本篇文章正文内容

第一种工作法：系统思维

第一种工作法强调整个系统的表现，而不是一个特定的、单一的工作组或部门的表现——它可以大到一个部门(例如，开发部或IT运维部等)，或小到一个个体(例如，一个开发人员，或者系统管理员等)。
第一种工作法将重点聚焦于由IT所创造的整体业务价值流。换句话说，它开始于需求被(例如，由业务或IT部门)确认，然后被开发部门构建，最后过渡到IT运维部，在那里价值作为服务的形式交付给最终客户。
将第一种工作法付诸实践的结果包括：从不将已知的缺陷传递给下游工作中心，从不允许局部优化导致整体退化，总是希望加速工作流，并且总是寻求对系统的深刻理解（正如戴明所言）。

第二种工作法：加强反馈环路

第二种工作法是关于创建从右到左的反馈循环。几乎所有流程改进的目标都是缩短和加强反馈环路，以便能够持续进行必要的修正。
第二种工作法的结果包括理解和响应所有的客户，不管内部还是外部，缩短和加强反馈循环，并将知识嵌入我们需要的地方。

第三种工作法：持续不断尝试和学习的文化

第三种工作法是关于创造一种培养两件事的文化：不断尝试、承担风险和从失败中学习；理解重复和练习是精通的先决条件。
这这两件事同样重要。尝试和冒险能够确保我们不断进步，即使这意味着我们要比以前经历的更加危险。同时，我们需要掌握一些技能，当我们走得太远时，这些技能可以帮助我们脱离危险区域。
第三种工作法的结果包括分配时间来改善日常工作，创建奖励团队冒险的仪式，并在系统中引入错误以提高韧性。

---

总结

以下是对本篇文章的简要总结：

第一种工作法，又可以称为全局原则，包含从业务需求到交付服务的整体技术价值流；第二种工作法，又可以称为反馈原则，打通从业务需求之后的每一步到前一步的反馈环路；第三种工作法，又可以称为试错原则，通过不断尝试，从错误中学习经验，使得团队在得到提升的同时，服务体验得以优化。
可见，这三种工作法是构建DevOps的基础原则。