Companies like Google and Facebook adopted DevOps from day one. They are the poster children for DevOps implementation. This is all well and good but what about older, more established companies that are working with entrenched silos and legacy processes? Can they adopt the DevOps mindset? What’s the first step?
Klint Finley answered this exact question on the DevOps Angle with the help of a few people working in the trenches, including Luke Kanies, CEO of Puppet Labs. Kanies says of changing corporate culture, “It can be hard even at a technology company.” But not impossible!
Boundary CTO Cliff Moon confirms that not only can established companies take up DevOps but “to some extent they have to,” says Moon. “As more and more of their competitive advantage comes from your online presence, more companies are going to adopt DevOps practices to respond and make changes quickly in response to outages.” He cites the example of Simple, which is betting that it can challenge larger, more established banks just by having a better website.
Kanies suggests starting small by finding a discrete project that members of both the development and operations teams collaborate on. “You need to find small pockets of success,” he says.
Moon also told me about his experience as a Java consultant for a large bank in 2006. The bank acquired a smaller firm and needed to roll out a new credit card product quickly, but was burdened by many old legacy systems. A small team was assigned to this specific project, and was given freedom to try some experimental processes. “The engineering group was empowered to take more direct action and deploy code on their own in production services,” he said. It worked. The team was able to deliver the product under deadline.
Take a look at what J. Wolfgang Goerlich did at the financial services firm he works for. Goerlich started by applying concepts from agile development only within operations, and once he had success he asked to apply those ideas to the development side. He was then able to unify dev and ops under a single umbrella. Most companies will probably face a reverse situation: agile in development but not in ops. As I wrote in my previous coverage of Goerlich’s advice:
He suggests that developers who want to get started with DevOps start by reaching out to ops and getting themselves on the call list so they can see what sort of issues ops has to deal with every day. If you’re in infrastructure, he suggests reaching out to development and getting in on some build meetings and learn about how that process works and the pressures they are under.
Starting with small, pilot programs and taking small specific steps are a great starting point. Even if a “pure” agile/DevOps methodology can never been adopted at a company, certain proven technologies like configuration management and practices like putting developers on the call rotation can improve productivity and collaboration.
Click here to read the full article by Klint Finley on the DevOps Angle
Have you been involved in a successful DevOps transition? Tell us what you learned in the comments section below!