Common DevOps Myths and Misconceptions - InformationWeek

InformationWeek is part of the Informa Tech Division of Informa PLC

This site is operated by a business or businesses owned by Informa PLC and all copyright resides with them.Informa PLC's registered office is 5 Howick Place, London SW1P 1WG. Registered in England and Wales. Number 8860726.

IoT
IoT
DevOps
Commentary
3/28/2018
11:00 AM
Ghazanfar Ghori, CTO, 10Pearls
Ghazanfar Ghori, CTO, 10Pearls
Commentary
100%
0%

Common DevOps Myths and Misconceptions

For those who think that DevOps is a one-off project or simply a set of tools, check out why those and other beliefs are myths.

Business leaders across industries know that accelerating speed to market is more than a goal, it is a survival skill. Sony CEO, Kazuo Hirai, succinctly described the pressure many executives feel, especially in the tech sector: “We need to execute with faster speed, which means effective decision-making, effective execution.”

While many industry leaders have successfully deployed DevOps to achieve faster speed-to-market with higher quality software and a first-class customer experience, there continues to be some fundamental misconceptions about what DevOps really means.

Here are the most common myths:

Myth #1: DevOps is a set of automated tools. You can’t buy DevOps. It is not a simple matter of shopping for the best container service or continuous integration tool. DevOps is a different way of thinking about how to deploy and monitor the health of your applications. Collaboration, continuous integration, continuous delivery, and continuous testing are not tools that can be implemented, they are practices that must be adopted. Yes, there are a number of tools that are commonly used to assist in implementing a robust DevOps practice. JIRA, CircleCI, Git Hub, Chef, Puppet, Docker, and Selenium are all great examples. However, these tools will only be effective if your teams understand how to optimize them and leverage them as part of an overall DevOps approach. It’s about methodologies and new ways of working, not just a toolset.

Myth #2: DevOps procedures change from project to project. The idea that you have to reinvent the wheel for each project defies the whole purpose of implementing DevOps. Having one set process that can be applied to multiple projects allows for familiarity and predictability – everyone knows their role and understands how to operate within the process.

Think of it like a busy restaurant kitchen on Saturday night. Each member of the kitchen staff has a role, every ingredient has a spot, and every pot and pan is accounted for and used. Everyone works in tandem, and the system is the same no matter what dish is being created, from prepping ingredients until plating the final meal. Kitchens that do not have a set system en up a chaotic mess and produce poor results.

DevOps practices must be flexible enough to adapt to deployment cycles, testing anomalies, server configurations, and the strengths of development teams, and this flexibility is only possible if there is an understanding of the process. This understanding comes largely from repetition.

Myth #3: DevOps is just better communication for developers and operation managers. Gartner predicts that by 2019, 80% of organizations pursuing agile methods will not see the expected benefits, and will be unable to scale above six agile teams when using traditional development-operations handoffs. This handoff is what many companies refer to as “throwing it over all the wall”:  developers create the code in one silo and then pass it to the operations team, which handles the staging and production in another.

The “throwing it over the wall” problem can’t be addressed solely by assigning operations experts to a development team or vice versa. While communication is a huge part of the process, communication alone is not enough. The goal is to have a team of professionals who understand each element of the process. For example, developers can be part of the production process through the use of configuration tools. When you are bringing on a team of technical workers, integrating them directly into the operations process will result in a scalable, flexible process. DevOps practices emerge from a restructure of organizational silos and adherence to more efficient methodologies.

Not a myth: DevOps done right is transformational. DevOps is already delivering huge benefits to savvy brands. When Nordstrom began using DevOps, they found that there were fewer bugs, and iterations went from one every six months to one per month. Etsy had a similar success story. After adopting a continuous delivery model, they are now able to manage more than 50 deployments a day. Carnegie Mellon University found that organizations using DevOps practices deploy code 30 times faster.

The switch to DevOps doesn’t need to be stressful, either. Larger companies that have a harder time making structural changes are creating programs to help navigate the transition from waterfall to agile. For example, Target created of program called the “Dojo,” where teams do their usual work while being coached by DevOps experts. Organizations of all sizes, in all industries, can and will be rewarded for using agile methodology - it’s a matter of impetus and dedication to implementation.

It is no surprise that DevOps practices are expected to become as disruptive to IT as lean was to manufacturing during the 1980s. Smart business leaders must educate their teams, dispel these common myths, and adopt DevOps methodologies to remain competitive (period).

Ghazanfar Ghori, CTO at 10Pearls, is a senior leader with over 15 years of experience building world class software.". Ghazanfar’s role is to bridge the gap between clients and development teams, and ensure that software is architected well, meeting quality attributes from the very start. Ghazanfar is an expert on state-of-the-art technology platforms and frameworks, with a focus on big data, cloud and mobility. Ghazanfar helps clients identify and select the appropriate technology architecture through understanding of their requirements. Ghazanfar has worked for companies like NVR, Virtual Logic, and Spacenet in the past. He has a BS in Chemical Engineering and a BS in Computer Science from the University of Maryland.

 

The InformationWeek community brings together IT practitioners and industry experts with IT advice, education, and opinions. We strive to highlight technology executives and subject matter experts and use their knowledge and experiences to help our audience of IT ... View Full Bio
We welcome your comments on this topic on our social media channels, or [contact us directly] with questions about the site.
Comment  | 
Print  | 
More Insights
Slideshows
What Digital Transformation Is (And Isn't)
Cynthia Harvey, Freelance Journalist, InformationWeek,  12/4/2019
Commentary
Watch Out for New Barriers to Faster Software Development
Lisa Morgan, Freelance Writer,  12/3/2019
Commentary
If DevOps Is So Awesome, Why Is Your Initiative Failing?
Guest Commentary, Guest Commentary,  12/2/2019
White Papers
Register for InformationWeek Newsletters
State of the Cloud
State of the Cloud
Cloud has drastically changed how IT organizations consume and deploy services in the digital age. This research report will delve into public, private and hybrid cloud adoption trends, with a special focus on infrastructure as a service and its role in the enterprise. Find out the challenges organizations are experiencing, and the technologies and strategies they are using to manage and mitigate those challenges today.
Video
Current Issue
Getting Started With Emerging Technologies
Looking to help your enterprise IT team ease the stress of putting new/emerging technologies such as AI, machine learning and IoT to work for their organizations? There are a few ways to get off on the right foot. In this report we share some expert advice on how to approach some of these seemingly daunting tech challenges.
Slideshows
Flash Poll