Ranger4 DevOps Blog

#DevOpsFriday5 with Mike Kavis

Posted by Helen Beal on Fri, Sep 4, 2015 @ 09:09 am

It's the Ranger4 #DevOpsFriday5 series - today's contributor is Mike Kavis. He's DevOpstastic!

1) How would you describe the relationship between DevOps, Agile and ITIL?

Conflicting. ITIL is a very structured, gate driven approach that was designed back in the waterfall days. To make ITIL add value in today's world where we want to deliver continuously, it needs to be modernised. Many DevOps enthusiasts argue that ITIL needs to be replaced. I think that in organisations where ITIL is mature and established, it is better to make ITIL more agile. Many of the manual gates can be automated if the appropriate levels of log data, monitoring, metrics and processes are implemented correctly.

2) Can you describe what DevOps looks like when it’s ‘done’?

Well, DevOps is never done. It is an ongoing evolution of learning and continuously improving. When a company reaches a high level of DevOps maturity, that company usually becomes a high performing company. The Puppet Labs State of DevOps report does a great job of describing what that promised land looks like. Some of the highlights are happier customers, higher morale and less burnout, greater productivity, and even higher profitability.

3) What do you think are the key metrics for DevOps?

Customer satisfaction is always #1 in my book. Too often we focus on IT metrics. What good is it if we get stuff out the door faster if we are not satisfying the customer? Speed does not guarantee that value. Some other important metrics are MTTR, availability, SLAs, and the time it takes from build to deploy.

4) What attributes constitute a culture embracing DevOps?

Collaborative, empathetic, curious, business-focused, blameless, innovative, experimental

5) Is Continuous Delivery the ultimate goal of DevOps? How do other ‘Continuouses’ (continuous deployment, testing, improvement etc) contribute in a DevOps transformation?

To me, the ultimate goal of DevOps is to improve the overall performance of the process of delivering and running software. CD is an important piece to achieving that goal but it is not the goal itself. We need to continuously learn in order to continuously improve. Things like CI/CD and other continuous buzzwords contribute to the end game but people and process transformation are just as critical as the technology components.

About Mike: Mike is the vice president and principal architect of Cloud Tecnology Partners, author of Architecting the Cloud: Design Decisions for Cloud Computing Service Models (IaaS, PaaS. SaaS), and blogger at Forbes and The Virtualization Practice.

Follow Mike:

On Twitter
His Website
On LinkedIn

Do you have something you'd like to say about DevOps? If you would like to be featured on #DevOpsFriday5 click the button below.