DevOps: Why Silos Suck And How To Break Them

divide and conquer , caesar’s strategy to break huge problems down into smaller parts, is an outdated model for structuring teams and organizations. breaking teams apart by area like development, qa, operations, product management, etc, creates silo like divisions of labor. unfortunately, these divisions create so many “walls of confusion” between the silos that your speed and agility is seriously hampered.

but, specialization, divide and conquer for a field of knowledge, is still necessary to cover a field well enough. consider security or networking – you’d really need to dive very deeply into them to understand all the tiny, little details which make or break your infrastructure.

devops to the rescue

having specialists, but no silos, is possible using the right culture, management approach and tools. devops is a common name for exactly that.

the devops culture

on a cultural level, devops means that everyone has to own the overall business goals. it’s of no use to say: “well, my part works, but they can’t get it running”. instead, everyone has to do his best to realize business value.

the devops process

on a process level, devops needs developers to work closely together with qa and operations. they have to make sure that test scenarios are written alongside the code (and not weeks after finishing it), and they have to make sure that they know how their product will behave in operations. the same is true for the other parties as well. qa needs to make sure to be in the process right from the beginning and operations should have critical influence on the runtime architecture of the product.

tools facilitate devops

if people start owning the whole process instead of just their area of expertise, you’re already well ahead of most of your competitors. but devops is more than the process and the mind set: it can be strengthened a lot by using the right tools. programmable infrastructure is the key here. apis and automated tools like puppet and chef to setup servers, one-click deployments (e.g. using capistrano ), all help facilitate the cooperation of the various experts.

have you already introduced ideas or tools to help you bridge the gap between development and operations? what are your experiences with devops? let us know in the comments!