对精益模型的学习 与精益模型有关的术语包括：无用功、资源流和压力。 无用功：通过对精益模式的学习能够消除无用功。这里的无用功是指对于实现交付时间毫无用处的、不必要的步骤。就DevOps而言，我们应该多采用一些自动化来完成工作。 资源流：资源流就是在开发成品时所用到的资源的平衡。我们必须保持它们的一致性，而且坚持全局优化会优于局部优化的理念。 压力：在我们减少无用功和平衡资源流时，其实就是在给系统减少压力。这是一种系统的思维：在我们观察资源流的全局性能时，应对确保各路资源能尽快地流向最终的产品。 改善（Kaizen）：这是一个有关持续改进的日语词汇。我们以丰田生产系统为例，它能够通过优化资源流，来消除无用功，并通过持续改进来减少对系统的压力。 规程（Kata）：通过对规程的执行，公司里的各个角色员工能够以系统性的方法开展工作。而且通过可重复的方式，学习者可以用非常自然的、自发的方式，来提高技术和执行能力。 DevOps中的精益模型影响，是旨在消除任何可能出现的无用功，从而实现对资源流的优化与平衡。此外，通过减少压力，以确保各路资源能够尽快地流向最终的产品。因此我们需要持续改进，并且通过遵循规程，以自然、自发的方式，来提高技术和执行能力。 持续交付模型 DevOps的一个重要部分就是持续交付模型，也被称为CI/CD - 持续集成/持续交付。它们的基本原则就是要内置到质量保障之中，这可用通过在软件上建立全方位的测试来实现。高绩效的组织一般会做非常严谨的测试。他们会认真地对待各种流程中的功能性代码、集成测试、冒烟测试（smoke test），并且贯穿到他们最终的软件交付阶段。 DevOps的实践 从较高层次上说，有三种方法可用来实现DevOps，你可以从中挑选出一到两个最适合本企业的进行尝试： · 第一种方式 - 缩短交付周期
·
· 第二种方式 - 放大反馈
·
· 第三条道路 - 持续学习
·
第一种是从左（始）到右（终）的方式。为了能够在较高的层次上实现对交付周期的缩短，我们需要有一个面向客户与交付的、整体交付时间的规划。该方法的实现方式有： · 使工作可见化，如使用看板（译者注：Kanban board是在看板系统中用塑料或纸制成薄板，将产品名称及数量写于其上，故此得名。）
·
· 切分成小批量的处理工作
·
· 自动化可重复的任务
·
· 运用精益软件的原则 - 消除无用功，减少各种瓶颈
·
· 设置对正在进行中的工作的各种约束
·
第二种是从右（终）到左（始）的方式，或称为放大反馈。我们使用多种工具来进行监控。一般情况下，通过赋能各种获取反馈的能力，我们就能够在流程中更早地发现各种缺陷、或是无用功。该方法的实现方式有： · 遥测法
·
· 故障注入
·
· 同等评审 - 所有的变更都被同等地进行评审
·
· 监控各种提交日志
·
相对于第一种的从左（始）到右（终）、和第二种的从右（终）到左（始）来说，第三种方法是一个闭环。我们通过使用上述提到的改善和规程来进行持续的学习。各个组织对它的具体实现方式有： · 持续学习
·
· 沟通反馈
·
· 以目标为导向的反馈
·
· 学习的目标应可信、且能不断改进
·
· 反馈不应针对个人，应当针对的是交付过程中行为，且必须是可行的
·
· 反馈方法 - 在低信任度的环境中使用海豚式反馈，在中信任度的环境中使用三明治式反馈，以及在高信任度的环境中使用基层人员式反馈。
·
· 无抱怨式的企业文化
·
结论 从骑士资本的故事中，我们已经能够看到：严重的软件问题能够引起多么大的灾难。根据DevOps的状况报告，DevOps的文化和实践不但能够让企业受益，还能够让他们在成本节省和价值上提高投资回报率： · 成本节省 - 包括宕机的成本和过剩的重复劳动上的成本。
·
· 价值 - 包括从更快速的发布中，所收获的潜在收入与更多的客户。
·
我们希望通过本文的分析和引导，你的组织可以更好地领悟DevOps的实施潜力，并能创造出更多的价值。 【原标题】 Best Practices of DevOps for Effective Project Delivery 作者: Krishna Seetharaman 原文链接：https://dzone.com/articles/best- ... fective-project-del 系列文章
【小目标，一个“译”】+ 有关高效项目交付的DevOps最佳实践（1）
