德文普斯:为什么筒仓很烂以及如何打破它们


Divide and conquer凯撒将大问题分解成小问题的策略是一种过时的团队和组织结构模式。按照开发、质量保证、运营、产品管理等领域划分团队,会产生类似筒仓的分工。不幸的是,这些划分在筒仓之间制造了如此多的“混乱之墙”,以至于你的速度和敏捷度受到了严重的阻碍。

但是,对于一个知识领域来说,专业化、分而治之仍然是足够好地覆盖一个领域所必需的。考虑安全性或网络——你真的需要深入了解它们,才能了解所有决定基础设施成败的微小细节。

德文普斯拯救世界

使用正确的文化、管理方法和工具,拥有专家而不是孤岛是可能的。DevOps就是一个普通的名字。

德文普斯文化

在文化层面上,DevOps意味着每个人都必须拥有整体的商业目标。说“好吧,我的部分可行,但是她们不能让它运行。”相反,每个人都必须尽力实现商业价值。

发展业务流程

在流程层面上,DevOps需要开发人员与质量保证和运营部门紧密合作。他们必须确保测试场景是与代码一起编写的(而不是在代码完成几周之后),他们必须确保他们知道他们的产品在操作中的行为。其他政党也是如此。质量保证需要确保从一开始就在过程中,操作应该对产品的运行时架构有重要影响。

工具促进发展

如果人们开始掌握整个过程,而不仅仅是他们的专业领域,你已经远远领先于大多数竞争对手。但是DevOps不仅仅是过程和思维定势:它可以通过使用正确的工具得到加强。可编程基础设施是这里的关键。API和自动化工具,如PuppetChef要设置服务器,单击部署(例如使用capistrano),都有助于促进各专家的合作。

您是否已经引入了想法或工具来帮助您弥合开发和运营之间的差距?你在德文普斯有什么经历?请在评论中告诉我们!