在DevOps发展的十来年里，精益和敏捷贯彻其中，准确的说是“敏捷软件开发”与“精益生产思想”的融合与演变，它可以是利用软件工程的思维去解决繁杂的运维问题，也可以是通过自动化的流程消除开发、测试与运维之间的障碍。

 尽管DevOps没有一个明确的定义，但我们仍然可以发现，它本质上是解决人、工具、人与工具之间的协作问题，以自动化的流程更好、更快的创造更高质量的软件，从而帮助研发团队获得更好的交付价值。

DevOps无疑是好的，当开发与运维打破以往孤立的工作环境便能够带来1+1＞2的效应。然而有些企业或组织将其理解成了“让开发人员负责运维工作”，毕竟“谁开发，谁运行”听起来就像是这样。如此一来，DevOps只有Dev没有Ops，Dev就变成了全栈工程师。

全栈工程师自然也是好的，谁能拒绝一个全能的超人呢？但事实是，并非所有企业都有IT巨头那样的人才资源，都有足够的时间和成本去培养一位全栈工程师。因此，在这些组织中，缺乏经验的团队在尝试进行DevOps时往往会陷入混乱，导致开发人员与运维人员的职责、工作量以及压力成倍增加。