10 bad DevOps habits to break

10 bad DevOps habits to break

Some common DevOps practices can turn into bad habits. Nip them in the bud now for greater success in 2018

849 readers like this
Bad habits in IT

6. Counting too much on one DevOps tool

Justin Rodenbostel, executive director, open source application development, SPR: "One of the worst habits to keep a company from succeeding at DevOps is when they think a tool is their ‘DevOps solution.’ It’s not a tool. Instead, DevOps is a continuation/maturation or illustration of an evolved, iterative development methodology. Modernized operations teams that take advantage of automation are great, as are the automation tools commonly used by successful DevOps. However, the tools alone do not make DevOps. DevOps is a mix of culture, process, and tools – with the tools acting as support for both culture and process.”

7. Failing to automate security

Gordon Haff, technology evangelist, Red Hat: “Security's still too much of a silo in DevOps; some of us use the DevSecOps term to remind people of this. You can do something about it though. Invite your security people to tell DevOps teams about their concerns. Involve them early on when developing new applications or implementing new tooling. Automate security processes as much as possible – shifting them ‘left’ (earlier) in the development pipeline. And work to create a security mindset in your developers. Most will never become true experts in security but, by involving them in security exercises, you can help to encourage an environment where security is everyone's job.”

8. Making DevOps one person or team’s job

Ofer Karp, senior VP of engineering, Perfecto: “The leading derailment factor is assigning DevOps responsibility to one person or team. For me, Agile and DevOps is about improving team productivity to deliver more. In order for DevOps transformation to truly succeed, everyone should be involved and engaged. Teams will gradually change how software is built and maintained. This changes how you plan, evolve the architecture, and alter development and testing. In addition, you will also be changing how you deploy, monitor, and support your customers. This is why DevOps needs a full organization transformation – not just for individuals or team assignments. To kick this habit in the new year, assess the responsibilities of developers. Expand their role to also include streamlining deployment, monitoring and customer escalation issues. Redefine success from feature shipped to satisfied customer.” (For more perspectives on this topic, which still stirs debate in the DevOps community, see our earlier article, DevOps Lessons Learned. )

9. Not following through

Thomas Varghese, DevOps manager, Day Translations: “We accumulated some bad DevOps habits in our quest to develop new products and roll out projects faster. Our worst ones are not defining requirements to the core, not following sprints, and not understanding delays in the dev cycle. In 2018, we’ll be following an agile process and assigning a time for feedback and suggestions from the right parties at the right stage in the project.”

10. Failing to secure the entire DevOps pipeline

William Henry, Opensource, DevOps, and cloud strategist, Red Hat: “Regarding security, secure the supply chain too. It's not just about worrying that your product/application in production is secure from attack, but that the supply chain of third party components and tools in the DevOps pipeline are also secure and deployed and maintained securely. Also for 2018 the idea of anti-fragility will gain greater awareness. The idea here is not about deploying systems/applications that are incapable of breaking/crashing but instead to assume they will, and even purposefully make them fail, so as to see how the system responds and self-heals. Think of Kubernetes autoscaling or auto relaunching failed pods.”

[ For more advice from your peers, see our comprehensive resource, DevOps: The IT Leader's Guide. ]

Want more wisdom like this, IT leaders? Sign up for our weekly email newsletter.



Great article! I've been

Great article! I've been reading a lot recently about what part the database should play in effective DevOps execution, so I would add that to this list. Seems to be overlooked quite often, but pretty critical. Here's a recent article I read on the subject: http://www.computerweekly.com/blog/Ahead-in-the-Clouds/Unblocking-the-da... .

For example, Ian Buchanan,

For example, Ian Buchanan, developer advocate, Atlassian: states some good points, but without context, they're meaningless -- he's at a company that produces PMO-based software (which I've used for almost 15 years -- and, they have a nice building in SF). For example, business people need reliability. Software developers do need to keep trying new software daily -- we're always improving on our processes. Context is very important -- I get his point, but its vague as stated for a CTO/CIO.

"constant focus on releasing

"constant focus on releasing faster, without improving quality"

This is very common when management adopts Agile without understanding it.

They treat Agile as a continued iteration of small waterfalls in hopes to increase development speed of their product. Skipping any refactoring iteration in the process. Ending with burnout developers and a software full of bugs and security issues.

Agile is like building a wall with rocks.
You take your time to shape the rocks the right way. You fix any rock that is in the wrong place.
If you do things right, you end building a wall that you don't need to go back all the time to fix it. That's is the power of Agile. You make things in such way so you can move forwards without having to look back over and over again. If you don't follow this approach you will end with a wall that any wind can push down.


7 New CIO Rules of Road

CIOs: We welcome you to join the conversation

Related Topics

Submitted By Enterprisers Project
February 21, 2020

A recent report by Harvard Business Review-Analytic Services cites eight hard skills CIOs say will be most important in 2020 and b

Submitted By Ginny Hamilton
February 21, 2020

You hear it all the time: a colleague using an IT term incorrectly or relying on corporate speak to convey their message. Here are phrases our community would like to erase from business and IT speak

Submitted By Kevin Neifert
February 20, 2020

It can be difficult to find time to make ongoing, incremental improvements within IT. Thales North America CIO Kevin Neifert shares how his organization made it a priority.


Email Capture

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