Time spent working on DevOps projects has opened a window into some common mistakes that organizations make when trying to deliver a true DevOps initiative.
I’ve been swimming in a sea of DevOps conversations and projects. And, to be honest, they’re all a lot of fun. I’m seeing organizations embrace their digital journey by looking much more closely at how they support users, the business, and the resources they’re delivering. A major part of this revolves around applications, code, and key services supporting the business.
Over the years, the way we’ve delivered these applications, services, and pieces of code were pretty unilateral and oftentimes manual. Today, we have a lot of fascinating development concepts specifically designed to make life easier. We have scrum, which is a great framework within which people can address complex adaptive problems. All while still productively and creatively delivering products of the highest possible value. We have agile development where requirements and solutions evolve through the collaborative effort of self-organizing and cross-functional teams, bridging customers, organizations, and the end users.
And, of course, we have DevOps. Which, if you’ve seen my DevOps 101 article, you’ll now that it’s not just two words combined together. DevOps is all of the following:
- A cultural shift in how processes, code, and technology are delivered.
- A philosophy around continuous development and integration with users, business, and even market dynamics.
- A practice that continuously evolves.
- A tool to help deliver services and applications and market-ready speeds.
- A process to help companies innovate at a much faster pace than what traditional (or legacy) software tools and infrastructure could offer.
On that note, I’ve worked with some folks that have said they have “DevOps teams,” but once you open up the development hood, it’s pretty clear that their definition of ‘DevOps’ is a bit off. Maybe they’ve got parts and pieces of a good DevOps process, but they’re definitely missing some pieces. And when you have a DevOps engine firing on half its cylinders, you’re just fooling yourself (and your organization) into thinking your doing a good job. That’s when business, end-users, and your applications begin to suffer.
Read the rest of this article here.