Join the DevOps Community!

Register New Account

BASIC is always free and only requires a simple registration. Members will have access to a vast knowledge library to support continuous learning.

 

Already have an account?

Join the DevOps Community!

Register New Account

BASIC is always free and only requires a simple registration. Members will have access to a vast knowledge library to support continuous learning.

 

Already have an account?

How to explain DevOps in plain English

DevOps Basics

By Carla Rudder  

Having trouble boiling DevOps and all it encompasses down to a sound bite? Here are a few simple definitions and analogies that will help explain DevOps, even to non-techies

[divider height=”20″]

DevOps got its name 10 years ago, and what started as a hashtag has grown into a cultural movement in IT. This philosophy encourages developers to move fast, experiment, and iterate. DevOps has become intrinsically connected with digital transformation. But when it comes to IT terminology, a decade is plenty of time to accrue varying definitions, interpretations, and confusion around what DevOps actually means.

Is DevOps the same as agile? Is it a methodology? Is it just another way to say collaboration?

Because DevOps encompasses many different concepts (continuous delivery, continuous integration, automation, etc), it can be hard – especially for those who are most passionate about it – to try to boil DevOps down into a sound bite. But, let’s remember, sound bites can be helpful, whether you are trying to sell the idea up the chain or explain what you do to someone at a party. So, for now, let’s put aside the nuance around specific DevOps terms and focus on the big picture.

Join the DevOps Continuous Learning Community for FREE and get access to curated resources to help you rapidly advance your career!

What is DevOps? 6 definitions and analogies 

We asked DevOps experts how they explain DevOps in the shortest, simplest words so that anyone could understand its value, regardless of their technical background. See below for a few punchy definitions and some helpful analogies to help you tell your DevOps story.

[divider height=”20″]

1. DevOps is a cultural movement

“DevOps is a cultural movement where both key stakeholder groups (software developers and IT operations) agree that software is not really adding any value until it is used by somebody – customers, clients, employees, etc,” says Eveline Oehrlich, chief research analyst at DevOps Institute. “Due to this, both teams are ensuring together that software is delivered with speed and quality.”

[divider height=”20″]

2. DevOps empowers developers

“DevOps empowers developers to own, run, and manage the end-to-end delivery of an application.”

“It’s commonly stated that DevOps allows for faster delivery to production by implementing and leveraging automated processes. To me, it’s far more fundamental,” says Jai Schniepp, director of secure DevOps platforms at Liberty Mutual. “DevOps empowers developers to own, run, and manage the end-to-end delivery of an application or piece of software. It eliminates the confusion around ownership and drives team toward an automated, developer-managed infrastructure.”

[divider height=”20″]

3. DevOps is a collaborative approach to building and delivering software

“Simply stated, DevOps is an approach to building and delivering computer software in which everyone works together,” says Gur Steif, president, digital business automation at BMC.

[divider height=”20″]

4. DevOps is like an assembly line

“For an assembly line to work, components must be designed to combine seamlessly.”

“I would compare DevOps to a manufacturing assembly line,” says Steif. “The idea is to design and build all the parts up front, in a way that allows all the pieces to fit together. For an assembly line to work, components must be designed to combine seamlessly. The folks who design and build engines must think about the chassis and motor mounts. The folks who build brakes must think about the rims and tires, and so forth. That’s how it needs to be in software. The developers who write the business logic or the user interface must think about the database that stores customer information, the security that protects user data, and how it all operates when the service is exposed to what may be millions of users.”

“Getting people to collaborate and think about work being done by others rather than focusing on their individual task(s) is the biggest obstacle to overcome. If you manage to achieve that, you stand an excellent chance of achieving digital transformation,” Steif adds.

[divider height=”20″]

5. DevOps is a recipe – combining people, process, and automation

Jayne Groll, CEO at DevOps Institute, has a great cooking analogy for explaining DevOps: “DevOps is a recipe that relies on ingredients from three major categories – people, process, and automation,” she says. Most of the ingredients can be adapted from other well-known practices and sources such as Lean, Agile, SRE, CI/CD, ITIL, leadership, culture, and tools. The secret behind DevOps is how these ingredients are blended and in the right proportions (like any good recipe) in order to increase flow and value to the customer.”

In DevOps Institute’s new podcast series, The Humans of DevOps, Jayne discusses this in more detail. Click here to listen to the episode.

[divider height=”20″]

6. DevOps teams are like NASCAR racing crews

“Race teams don’t think from start to finish; they flip the table to look at the race from the finish line to the beginning.”

“When I talk about desired outcomes for a DevOps initiative, I mention NASCAR or F1 racing,” says Chris Short, principal product manager, Red Hat Ansible, and publisher of the DevOps’ish newsletter. “Crew chiefs for these race teams have one mission: Finish in the best place possible with the resources they have available while overcoming the adversity thrown at them. Race teams don’t think from start to finish; they flip the table to look at the race from the finish line to the beginning. They set a goal, a stretch goal, and then begin working backward from those goals to determine how to get there. Work is delegated to team members during race week to push towards the set of objectives that get to the desired outcome.”

“Race teams practice pit stops all week before the race. They are in weight training and cardio programs during the week to keep them physically ready for the grueling conditions of race day. They continually collaborate to address any issue that might come up. Similarly, software teams should practice releases often. If the safety systems are in place and practice runs have been going well, release to production happens more frequently. Speed makes things safer in this mindset,” says Short.

 “It’s not about doing the ‘right’ thing,” he adds, “it’s about addressing as many of the things that could keep you from the desired outcome as possible. Collaborate and adjust based on the real-time feedback you observe. Expect anomalies and work to improve quality so the impact of those anomalies on the goal is minimized. These are the expectations for everyone in a DevOps world.”

[divider height=”20″]

Web | https://devopsinstitute.com/
Twitter | @DEVOPSINST
LinkedIn | /devops-institute
YouTube | DevOps Institute

Join our Community for Free

related posts

DevSecOps and ITIL4

DevSecOps and ITIL4

By: Niladri Choudhuri, Hugo Lourenco, Jay Shah and Helen Beal DevSecOps has emerged and established itself as the model to assure cybersecurity is properly considered when transitioning to DevOps ways of working. It demands collaboration between the security, IT...

Team Cognitive Load

Team Cognitive Load

By: Tom Henriksen Team Cognitive Load is an interesting idea. I have heard other people discuss cognitive load and how it relates to developers;the team though is a new wrinkle to me. Recently I had the privilege of talking to Manuel Pais. He is the co-author of a...

DevSecOps SKILup Day Highlights

DevSecOps SKILup Day Highlights

We’re on the tail-end of yet another eventful month for DevOps Institute. To kick things off, we declared September as DevSecOps month! To celebrate and help the community SKILup on all things DevSecOps, we hosted several events and shared a variety of new resources...

eBook: How to be Resilient in a Culture of Constant Change

Resilience is being able to recognize your own emotions and behaviours when under stress and be able to manage them accordingly. It means embracing the fact that constant change is the norm and accepting the reality it brings.  This ebook by well known organizational...