DevOps 是通过平台（Platform）、流程（Process）和人（People）的有机整合，以 C（协作）A（自动化）L（精益）M（度量）S（共享）文化为指引，旨在建立一种可以快速交付价值并且具有持续改进能力的现代化 IT 组织。
传统开发模式下，度量开发效率的途径，是看开发了多少需求。开发为了达成绩效和满足业务需求，不断堆砌新功能。却很少按照测试驱动的方式，去思考代码可测试性。只要测试能通过流程节点就万事大吉了。
但是运维就不一样了，他们的思考重点是系统的稳定性、可用性和安全性。但是现在的软件系统的高度复杂，每次上线发布都如临大敌。在不知道多少次被不靠谱的软件折磨后。运维发现代码变更就是他们的死敌。于是，添加各种上线窗口就成为了运维团队的唯一手段。jenkins 中各种环境和不断抬高的上线门槛，使得研发和运维之间，只能“互相伤害”。
- 核心：寻求管理层的支持
- 常见路径：
- 贴近核心业务
- 倾向敏捷业务：找一个需求变更频率比较大的
- 改进意愿优先：绩效已经没啥参考意义了，团队也看不上 DevOps
- 专职转型小组打造：
