How to explain DevOps in plain English

How to explain DevOps in plain English

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

up
130 readers like this

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.”

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 technical marketing manager, cloud platforms, Red Hat, 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 your 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.”

[ Read also: DevOps for doubters: How to deal with 9 kinds of people who push back.]

Pages

7 New CIO Rules of Road

CIOs: We welcome you to join the conversation

Related Topics

Submitted By Stephanie Overby
April 08, 2020

Check out nine of the best TED Talks on challenges related to remote work and managing remote teams. Improve your communication, fight burnout, and strengthen connections.

Submitted By Melissa Swift
April 08, 2020

The most high-functioning virtual teams don't rely on the same teamwork strategies used by in-person teams. Consider these remote-first tips to boost your team's productivity

Submitted By Cameron Yarbrough
April 07, 2020

Tough conversations are happening remotely right now: Leaders need to use emotional intelligence to stay calm and focus on making difficult conversations as healthy as possible.

x

Email Capture

Keep up with the latest thoughts, strategies, and insights from CIOs & IT leaders.