Over a million developers have joined DZone.
{{announcement.body}}
{{announcement.title}}

Three Proven Ways To Enable a DevOps Culture

DZone's Guide to

Three Proven Ways To Enable a DevOps Culture

· DevOps Zone
Free Resource

Download the blueprint that can take a company of any maturity level all the way up to enterprise-scale continuous delivery using a combination of Automic Release Automation, Automic’s 20+ years of business automation experience, and the proven tools and practices the company is already leveraging.

To deliver customer value rapidly, it’s important that developers and operations work together closely. There are certain traits of organizations which make it either harder or simpler for both to collaborate. In this post, I want to show you three examples which make DevOps simpler.

Shared Infrastructure

Awareness is one of the key factors to drive collaboration. Only if I know what’s going on am I able to identify possibilties for working together. It’s mandatory that developers and operations both have a common set of tools e.g. for monitoring, version control, or ticket management. Only by sharing information about “What’s going on?” can collaboration emerge. You could start by giving developers access to operation’s monitoring tools and give them read-only access to the production servers to enable them to debug problems on the live systems. And, you could give sys admins read-only access to the source code repository to enable them to find clues about what might cause issues in production.

Frequent, Small Releases

If you ship small increments, you contain problems within a very small change set and reduce risk of failure. Small changes are more easily communicated, understood, and evaluated by all parties involved in web operations. If your goal is pushing out features most appropriate to the business (and not being dependent on release cycles), you force your developers and operations to work more closely together.

Shared Responsibilities

Stop the blaming game. Don’t introduce audits and SLAs just to be able to blame someone if something fails. Instead, use them to communicate expectations and results of discussions. Only if you share responsibilities for code quality as well as operations metrics like speed or availability, can you work more productively.

By concentrating on these three areas you’ll be able to improve the frequency and quality with which you deliver value to your customers. Has it worked for you? Or have you had bad experiences with one of those topics? Share with us in the comments below!

Download the ‘Practical Blueprint to Continuous Delivery’ to learn how Automic Release Automation can help you begin or continue your company’s digital transformation.

Topics:

Published at DZone with permission of Matthias Marschall, DZone MVB. See the original article here.

Opinions expressed by DZone contributors are their own.

THE DZONE NEWSLETTER

Dev Resources & Solutions Straight to Your Inbox

Thanks for subscribing!

Awesome! Check your inbox to verify your email so you can start receiving the latest in tech news and resources.

X

{{ parent.title || parent.header.title}}

{{ parent.tldr }}

{{ parent.urlSource.name }}