This article is part of a larger piece that was featured on the GitHub Blog. To read that article in its entirety, click HERE.
DevOps has been defined in many ways: a set of practices that automate and integrate processes so teams can build, test, and release software faster and more reliably; a combination of culture and tools that enable organizations to ship software at a higher velocity; a culture, a movement, or a philosophy.
And while none of these are wrong – and they are all important aspects of DevOps—they don’t quite fully capture what’s at the heart of DevOps: the essential human element between development (Dev) and operations (Ops) teams that results when collaboration bridges the gap that allows teams to ship better software, faster.
For organizations, DevOps provides value by increasing software quality and stability and shortening lead times to production. For developers, DevOps focuses on both automation and culture—it’s about how the work is done.
But, most importantly, DevOps is about enabling people to collaborate across roles to deliver value to end-users quickly, safely, and reliably. Altogether, it’s a combination of focus, means, and expected results. So, what is DevOps?
- The focus of DevOps is people.
- The means of implementing DevOps is process and tooling.
- The result of DevOps is a better product, delivered faster and more reliably.
Once we understand what DevOps is, it’s easier to identify what it isn’t—let’s look at four DevOps myths and misconceptions you may have heard before:
DevOps Myth: Having DevOps tools equals doing DevOps
Fact: Sometimes we hear teams say, “We use [tool X] or automate [X process], so now we’re doing DevOps!” But as noted above, tooling and automation are part of how you implement DevOps (the means), not DevOps itself.
DevOps is a collaborative human endeavor, and our tooling—and the automation it supports—is how we get this work done. There are many tools in this space; while it’s tempting to immediately adopt a specific set of DevOps tools or a prescribed toolchain to try to shortcut your DevOps journey, choosing the right tooling for your organization is key to your success.
DevOps Myth: DevOps is Agile development
Fact: One of the most common myths we hear is that Agile and DevOps are the same. While it’s easy to confuse the two, processes like Agile are part of how to do DevOps, not what DevOps is.
Agile, Lean, Extreme Programming, and other “work fast, ship often” models are just a few of the many ways teams can make DevOps successful. Agile ships software faster, but it doesn’t ensure collaboration with other teams in the software lifecycle, and can overwhelm test, QA, and operations teams if they’re in a siloed organization.
DevOps Myth: There’s only one “right” version of DevOps
Fact: In practice, DevOps is different for every organization, as each brings its own unique constraints, strengths, talent, and goals; the tools and processes that worked in one company won’t necessarily translate into success for another.
Although there are common practices and principles for successful DevOps transformations, it’s not pre-packaged in a box, and there are many ways that companies can successfully implement their own.
DevOps Myth: DevOps is only about delivering value
Fact: While it’s true that DevOps delivers value for organizations, helping them develop and deliver innovation to their end-users with speed, stability, and reliability, there’s so much more to it. DevOps started, in part, as a way to make software more humane.
By automating our workflows, people can focus more on the task at hand. This brings more joy to our work and decreases burnout.
To learn more about how DevOps and DevSecOps can help government agencies and organizations, CLICK HERE to download a complimentary copy of the whitepaper, “The government agency’s guide to DevSecOps.”