DZone
Thanks for visiting DZone today,
Edit Profile
  • Manage Email Subscriptions
  • How to Post to DZone
  • Article Submission Guidelines
Sign Out View Profile
  • Post an Article
  • Manage My Drafts
Over 2 million developers have joined DZone.
Log In / Join
Refcards Trend Reports Events Over 2 million developers have joined DZone. Join Today! Thanks for visiting DZone today,
Edit Profile Manage Email Subscriptions Moderation Admin Console How to Post to DZone Article Submission Guidelines
View Profile
Sign Out
Refcards
Trend Reports
Events
Zones
Culture and Methodologies Agile Career Development Methodologies Team Management
Data Engineering AI/ML Big Data Data Databases IoT
Software Design and Architecture Cloud Architecture Containers Integration Microservices Performance Security
Coding Frameworks Java JavaScript Languages Tools
Testing, Deployment, and Maintenance Deployment DevOps and CI/CD Maintenance Monitoring and Observability Testing, Tools, and Frameworks
Culture and Methodologies
Agile Career Development Methodologies Team Management
Data Engineering
AI/ML Big Data Data Databases IoT
Software Design and Architecture
Cloud Architecture Containers Integration Microservices Performance Security
Coding
Frameworks Java JavaScript Languages Tools
Testing, Deployment, and Maintenance
Deployment DevOps and CI/CD Maintenance Monitoring and Observability Testing, Tools, and Frameworks
  1. DZone
  2. Testing, Deployment, and Maintenance
  3. DevOps and CI/CD
  4. The Difference Between DevOps and Everything Else

The Difference Between DevOps and Everything Else

DevOps is a culture, and that means it's made up of people- changing the way those people think, not just investments and tools, is a huge part of actual DevOps success.

Curtis Yanko user avatar by
Curtis Yanko
·
Jun. 29, 17 · Opinion
Like (9)
Save
Tweet
Share
8.76K Views

Join the DZone community and get the full member experience.

Join For Free

In my role, I get to attend several conferences, meet with customers, give talks, and sit in on a lot of panel discussions where the main topic is DevOps. I can report that while there has been a decline in folks asking, "What is DevOps?," it is a question that still lingers. For many, the conversation has moved on to discussing the challenges others have encountered in their DevOps adaptations. 

For me, this same question is frustrating, so I have tried to take a new angle: instead of trying to strictly "define" DevOps, I describe it. Or, even more recently, I've tried to compare and contrast DevOps to every other tech silver bullet that has come before it.

Faster, Cheaper, and Better

At some point in my career, I came to the realization that we had been cost justifying everything in IT with the violation of the classic axiom that you can only pick two. We'd continually ask for some new tool and then explain how it will speed things up and thus save time and money. Then, we'd find how this new toy would improve quality by adding some new capability or becoming a more reliable process compared to the current process. These arguments were often easy to win in my app delivery space by multiplying that saving across the number of Dev or QA folks it would benefit, allowing us to produce large "benefit" numbers to justify the cost. It's just simple math, right? Ironically, all of this flew in the face of the productivity paradox, which I first heard about from Nicole Forsgren at the DOES 2014 keynote - DevOps and the Bottom Line. In short, you can't gain competitive advantage from these investments because your competitor can make the same investments. Therefore, any gains are not sustainable, and instead you're just "keeping up." What I'll add is that many of those investments were being made in isolation, often impacting a narrow set of personas.

People, Process, and Tools

A simple example of this narrowness is as follows: we invest in a tool to improve or add a skill to a person that in turn improves a process. Grander efforts would invest in the process, like agile, and then go buy the tools and train the people on the skill they need to affect a broader set of personas. The recurring theme here is that people are all about their "skills." Do they understand all of the tools and processes needed for them to be able to deliver value? Many of these IT investments raised concerns that the current people didn't have the skills needed, so now we need training or we need to hire from the outside. After a while, you start to see people as Taylor-istic cogs, that represent a collection of skills which allow them to do their job in some small section of the value stream, intentionally isolated from the rest of the value stream.

DevOps Is Culture Is People

If you haven't read Lean Enterprise yet, you really should, even if it is just chapter one, because this chapter talks about a joint venture between GM and Toyota. GM wanted to learn TPS and Toyota needed a foothold in the US due to rising tariffs on imports. GM chose its shuttered Fremont plant, which had been its worst performing plants in terms of quality and number of cars produced, along with poor manager-worker relations. Incredibly, Toyota agreed to a requirement to rehire the union leaders from Fremont to lead the workers at this new plant's workforce. All of the union leaders were sent to Toyota City in Japan to learn TPS. In only a few months, this new plant was producing near perfect cars at a lower cost and in higher volumes than the Fremont plant ever had. This seemed to prove that it was the system - and not the people - that contributed to the Fremont plant's poor performance. There are even touching stories from workers about how having a job they took pride in affected their personal lives in positive ways as well.

Taylorism views people as cogs in a machine paid simply to perform their pre-planned task quickly. DevOps puts people in a high-trust culture focused on continuous improvement (Kaizen) and provides an environment to explore and learn. It gives people pride in their work instead of telling them what to do and then using carrots and sticks for motivation. In DevOps, people are allowed to figure out the plan for themselves, making them invested in that process and in turn naturally motivated.

DevOps Is Holistic

Unlike the isolated investments of the past, DevOps investments are holistic. DevOps doesn't just focus on one person or a small part of the value stream, it instead looks at the end-to-end value stream and all of the people involved. Instead of making our people fit into the tools and processes, we are flipping that around. And maybe that's why the DevOps reports can now show a connection between IT investments and the bottom line, because what we're really investing in is the people and we're empowering them to go improve the process and find the right tools.

DevOps

Published at DZone with permission of Curtis Yanko, DZone MVB. See the original article here.

Opinions expressed by DZone contributors are their own.

Popular on DZone

  • Why It Is Important To Have an Ownership as a DevOps Engineer
  • Securing VMs, Hosts, Kubernetes, and Cloud Services
  • Writing a Modern HTTP(S) Tunnel in Rust
  • Why Open Source Is Much More Than Just a Free Tier

Comments

Partner Resources

X

ABOUT US

  • About DZone
  • Send feedback
  • Careers
  • Sitemap

ADVERTISE

  • Advertise with DZone

CONTRIBUTE ON DZONE

  • Article Submission Guidelines
  • Become a Contributor
  • Visit the Writers' Zone

LEGAL

  • Terms of Service
  • Privacy Policy

CONTACT US

  • 600 Park Offices Drive
  • Suite 300
  • Durham, NC 27709
  • support@dzone.com
  • +1 (919) 678-0300

Let's be friends: