DevOps took root amid a variety of IT headaches over the past few decades:

Delayed projects

Questionable quality

Missed deliveries

Unsatisfactory customer service

Trending business methodologies, such as Agile and Lean, brought DevOps into focus in 2008, and its popularity is increasing thanks to its focus on the day-to-day pain points touching all layers of IT.

At the Agile 2008 conference in Toronto, two software developers, Andrew Clay Shafer and Patrick Debois, discussed “Agile Infrastructure,” and the term “DevOps” soon after was popularized through a series of “DevOps Days,” starting in 2009 in Belgium.

Common DevOps Myths

The DevOps movement rapidly accelerated across IT organizations. However, much like other hot trends, DevOps also sowed confusion and disagreements among IT professionals:

Myth #1 - DevOps is a skill.

Myth #2 - Automation is DevOps.

Myth #3 - DevOps is a technology movement for modern systems.

Myth #4 - DevOps is just for development and operations.

Myth #5 - DevOps is cultural shift.

Myth #6 - DevOps is multiple daily deployments.

Myth #7 - Adopting tools makes you DevOps.

Myth #8 - DevOps is using “the cloud.”

While there appears to be a growing DevOps consensus, there is certainly a need to have a single view that combines all aspects.
By taking a “360 Degree View,” we will attempt to bring all DevOps dimensions together in the drive to a Lean IT.

DevOps Dimensions

“360 Degree DevOps” focused on four major stakeholder groups, identifying their pain areas, needs for improvement and expectations while designing a robust solution.

Let’s look at every group separately to identify what today’s IT needs.

Dimension 1: Customer

First element in DevOps enablement is to understand the needs of customers and figuring out solution for them. Key take away here is to use customer feedback to drive your DevOps movement.

Dimension 2: Business

The very first question we should ask is, “does every business need to end-to-end automation?”

DevOps is a fuel to drive “Lean IT” which is constantly evolving.

Example: Imagine your organization as a vehicle—it can be a small or big car; the key to this vehicle is your organization’s culture and core values. The driver? Your development methodology.

Here, “DevOps Maturity” is a type of fuel for your vehicle that will be a factor in speed, efficiency and up-time.

Design right blend of DevOps strategy to achieve desired speed.

Selecting the appropriate DevOps “fuel” is critical to achieve top performance; not every fuel is right for every vehicle.

The level of automation with tooling is directly proportional to the needs of an organization. Don’t run behind the fancy tools and automation techniques just because other companies are doing so. Think wisely: is it going to add value for my organization?

Dimension 3: Development

With Development, your focus is not on changing the way developers work in their comfort zone. Developers already invest a lot of time in mastering their text editors, learning shortcuts and developing a flow that works for them.

However, your prime focus area is on automating tedious manual build and deployment activities in a principled way to make developers’ lives easier. Good practices and processes needs to be embedded with right set of tools.

In traditional development models, validation can take weeks or even months. By that time, the developer has already moved on to different tasks and may have forgotten the details of the changes. So, how to reduce this timeline to days, or even hours, instead?

Dimension 4: Operations

DevOps is popularized as a bridge to make developers and IT operations work closer together, ensuring that the wall of conflict between them is removed. DevOps culture means they both instantly evaluate the scope of the entire system and assess the impact of those changes.

DevOps House

As I mentioned earlier, there’s a growing DevOps consensus, but still a pressing need for a single view combining all aspects of DevOps.

Now, if we bring all above aspects together then we can have single dimension view of “DevOps House.”

DevOps Enablement

Enabling DevOps is generating a lot of buzz in the market.

Unfortunately, there isn’t any benchmark or the same level of understanding, or even a common definition for DevOps. Based on my experience over recent years, key capabilities for DevOps Enablement are listed below.

Most of the time, you won’t find a single picture capturing basic aspects of every DevOps capability. The image below offers a good example of how to tie all these threads together.

It’s very common that teams get confused about how the new world is going to look. It is just one click, and most of things are done. But, what exactly is happening in the backend?

There are two typical cases of DevOps enablement:

Case 1: Fresh Start - Setting up DevOps strategy for fresh new organization/environment, starting from scratch to build up a new world that’s very straightforward.

Case 2:Common Scenario - Established Organization transitioning into new model, where you need to study existing processes and transform them into the new world.

By focusing on these four major stakeholder groups, you can get a “360 degree of DevOps” to further your journey toward Lean IT.

{"GetBlogPosts-return":{"author-list": [{"Name":"Reshma Shinde","Short_Description":"Reshma has DevOps experience across large-scale enterprises with clients from around the globe.\r\n\r\n","Long_Description":"Reshma has DevOps experience across large-scale enterprises with clients from around the globe.\r\n\r\nFor over 10 years, her focus has been on promoting strong DevOps mindset to enable efficient, faster and higher quality delivery in a variety of industries. She has a proven track record of successful project management leading all phases of diverse technology projects.","Url_Bio":"","Url_Image":"//www.accenture.com/t20171102T083844Z__w__/us-en/_acnmedia/Accenture/Conversion-Assets/Blogs/Images/31/Accenture-Reshma-Shinde.png","Social_Linked_In":"","Social_Twitter":"https://twitter.com/intent/user?screen_name=","Social_Email":"mailto:","AuthorId":"{F58FB51C-3A18-4788-8E41-48C974A89DF2}"}], "tag-list": [{"Url":"/us-en/blogs/blogs-accenture-devops?blogTag={E13DA579-5FDF-4E15-BE63-FABBB78D1995}&author=f58fb51c-3a18-4788-8e41-48c974a89df2","Tag":"DevOps","TagId":"{E13DA579-5FDF-4E15-BE63-FABBB78D1995}"},{"Url":"/us-en/blogs/blogs-accenture-devops?blogTag={842D46BB-1376-4E01-9F77-A44741932BBB}&author=f58fb51c-3a18-4788-8e41-48c974a89df2","Tag":"Agile","TagId":"{842D46BB-1376-4E01-9F77-A44741932BBB}"}],"recentpost-list": [{"PostTitle":"Evolution of Linux containerization helped in simplifying DevOps using Docker","PostUrl":"/us-en/blogs/blogs-reshma-shinde-docker-containerization-devops"},{"PostTitle":"Breaking down silos between Development and Operations ","PostUrl":"/us-en/blogs/blogs-reshma-shinde-devops-transformations-operations"},{"PostTitle":"Manage change with software configuration management","PostUrl":"/us-en/blogs/blogs-reshma-shinde-software-configuration-management"},{"PostTitle":"Coding is not just about 1,000 lines of code, but quality of code","PostUrl":"/us-en/blogs/blogs-reshma-shinde-code-quality"}], "year-published-list": [{"year":"2019"},{"year":"2018"},{"year":"2017"},{"year":"2016"},{"year":"2015"}], "blog-archive-link": ""}}

More blogs on this topic

Archive

COMMENTS (0)

By providing your e-mail address, you agree to the terms outlined in our privacy statement associated with commenting on the site. Your e-mail address will not be used for promotional marketing purposes.

Already applied to a job?

Sign in with e-mail and password

Validation summary

Invalid username / password

Comment submitted

Submitted comment may not display automatically.

Comment submitted

Submitted comment may not display automatically.

There is already a separate, active Accenture Careers account with the same email address as your LinkedIn account email address. Please try logging in with your registered email address and password. You can then update your LinkedIn sign-in connection through the Edit Profile section.

There is already a separate, active account tied to your LinkedIn profile. Please continue registration for this program without your LinkedIn profile or use a different LinkedIn account or email address.