什么是 DevOps 文化？

DevOps 要求进行共担责任。开发和运营人员都应该对产品的成败负责。开发人员应当贯彻“谁构建，谁运行”的理念，不仅要完成构建并移交给运营团队，还要共同承担整个产品生命周期内的产品监督责任。他们负责测试和操作软件，并与 QA 和 IT 运营团队进行更密切的协作。当他们理解运营团队所面临的挑战时，他们就更有可能简化部署和维护。同样，当运营团队理解系统的业务目标时，他们就可以与开发人员合作，帮助确定系统的运营需求并采用自动化工具。

自主团队是 DevOps 的另一个重要方面。为了让开发和运营团队进行有效的协作，他们需要在没有繁琐冗长的批准流程的情况下做出决策并执行变更。这涉及团队之间的信任，并要求创造一个不惧失败的环境。这些团队应该拥有适当的流程和工具，以根据客户面临的各种风险等级更快速、更轻松地做出决策。

例如，典型的开发工作流程可能需要来自不同团队的多名贡献者参与才能部署代码变更。开发人员进行代码更改并将其推送到源代码控制存储库，构建工程师则负责构建代码并将其部署到测试环境中，而产品负责人在事务跟踪工具中更新工作状态等。自主团队将利用可自动执行这些流程的工具，这样推送新代码就会触发在测试环境中构建和部署新功能，且事务跟踪工具会进行自动更新。

例如，团队会受到一些要求的限制，如必须和单独的运营团队创建工作单才能完成极小的基础架构变更（如添加新的 DNS 条目）。一项原本只需几秒钟就能完成的任务，结果却要几天或几周的时间才能完成。无论是让团队中拥有适当技能和经验的个人，还是通过访问自助服务工具，自主团队都能够自行实现此类变更。

DevOps 团队文化重视快速反馈，这有助于持续改进统一的开发和运营团队。在开发和运营团队孤立工作的环境中，将应用软件在生产中的性能和稳定性反馈信息反馈给开发团队通常很慢（如果有反馈的话）。DevOps 运营人员在设计和实施应用监控和报告策略时进行协作，以确保开发人员能够获得快速反馈，从而快速迭代和改进应用代码。例如，任何功能足够强大的持续集成工具都可以自动构建和测试新的代码推送，并为开发人员提供有关其代码质量的即时反馈。

自动化对 DevOps 文化至关重要，因为它可以实现良好的协作并释放资源。实现软件开发团队和 IT 团队之间的流程自动化和集成可帮助他们更快速、更可靠地构建、测试和发布软件。

接受 DevOps 文化的最明显且最具影响力的好处就是可以实现精简、频繁和高质量的软件发布。这不仅可以提高公司的绩效，还可以提高员工的满意度。

《加速：建立和扩展高绩效技术组织》一书表示，DevOps 文化可以提高信任度和协作水平，从而提高决策质量，甚至提高工作满意度。

实施 DevOps 文化是在不降低员工满意度的情况下构建高绩效工程组织的关键。这是一种双赢。对于工程师来说，没有什么比频繁且轻松地部署和运行稳定、高性能软件更能让用户满意。而对于管理人员来说，其目标就是改进业务成果。

完全接受 DevOps 文化通常需要个人和团队对其工作方式进行重大改变，因此需要组织最高层的支持。

基层努力可能且往往是获得管理层和领导层支持 DevOps 转型的重要起点。少数个人或小团队采用 DevOps 方法并开始取得成功通常是支持进一步普及 DevOps 的最充分理由。

如果所涉及的任何个人或团队之间之前存在过冲突，则很难培养 DevOps 文化中典型的高度自主权和信任感。在尝试采用 DevOps 方法之前，团队的孤立程度越高，就越难建立联系。

变革是一件困难的事。即使在现有个人和团队之间高度和谐的环境中，如果没有清楚地表达和理解变革的优势，也很难让大家接受变革并愿意在工作中做出改变。

可以理解的是，工程思维较强的组织往往会立即使用工具和技术来解决业务挑战。的确，有一些工具和技术可以帮助您的组织过渡到 DevOps 方法。但是，在不改变文化的情况下更高工具和技术通常被称为“货物崇拜型 DevOps”，因为它改变了外观而没有解决基础中的弱点问题。

数十年来，开发人员一直在努力实现一个梦想：以更少的精力和更少的缺陷更频繁地交付软件。如今，实现这一梦想的工具和实践终于来了。

Atlassian 发现，实践 DevOps 的组织表示，他们可以提供更高品质的交付成果 (61％)，提高部署频率，并缩短上市时间 (49％)。受益的不仅仅是组织，从业人员也表示他们学到了新技能 (78％) 并获得了加薪 (48％)。

培养 DevOps 文化可能具有挑战性，但对开发人员、经理和客户等来说是值得的，因为这种文化可以提高满意度。

是否想改善 DevOps 文化？请从服务团队运行状况监控开始。此外，还可以利用构建 DevOps 文化的四大战略，与同事练习沟通、协作和头脑风暴。