There are no gold medals in DevOps

There are no gold medals in DevOps

“Oh, so this dashboard shows the lead time for changes from the first deployment to the development environment and production, not the time since the first git commit and production?”

I can see this DevOps manager frown with discontent at the realization that they were not getting a dashboard that exactly reflected the DORA metrics.

“That’s going to be a problem…”

I fight the urge to sigh. This kind of target fixation is, unfortunately, all too common. Teams see the latest DORA report with eye catching graphs and easily consumed categorizations like Elite, High-Performing, Medium, and Low-Performing and believe that getting changes from commit to production in under a hour is the purpose of a DevOps team.

This misses the point of targets. All targets are wrong, but some are useful.

The purpose of targets, like those measured by DORA and DevEx, are not to literally deploy multiple times per day or get changes to production within an hour, but to remove the hiding places where bad practice and inefficiencies take root.

If you think about it, do your customers actually sit around waiting a few hours for the next production deployment to unblock their progress or unlock a new workflow? Short of fixing a critical issue, the answer is no.

The point of a metric like mean lead time for changes is not because your customers demand a steady drip feed of new features and improvements throughout the day.

The point of these metrics are to highlight the structural changes that must take place in your teams and processes to improve their performance. Being able to get a commit into production within an hour means tightening or removing pull requests, replacing change advisory boards with reliable tests, automating the entire CI/CD pipeline, and implementing feature toggles for fast rollbacks. Of course, no one wants to have to measure all of these incremental changes, but years of research have shown a metric like lead time for changes meaningfully reflect their combined improvements.

It doesn’t even matter what value you measure from a metric like lead time for changes, because the actual value is not important. DevOps is not like running a race where a fraction of a second difference can lead to a gold medal. Every improvement that DORA metrics seeks to embed into your DevOps teams can be achieved by knowing only if the metrics are moving in the right direction, without ever knowing their absolute value.

There are no gold medals in DevOps, so fixating on the target misses the point. The ability to measure even a rough approximation of a good quality target is more than enough to shine a spotlight on the hiding places lurking in your processes and to then begin implementing meaningful changes.

Now I just need to work out how to say that in 15 words or less.

要查看或添加评论,请登录

Matthew Casperson的更多文章

  • Reducing the "Time to Understand Customer" with AI

    Reducing the "Time to Understand Customer" with AI

    DevOps teams have long embraced the value of consistent metrics to measure their performance, with the DORA metrics…

  • Boiling the DevOps frog

    Boiling the DevOps frog

    These are the requirements for a random “junior full-stack developer” role I found advertised this morning. These…

  • Process > LLMs

    Process > LLMs

    What makes a generalist? It is easy to think of generalists as jack of all trades and masters of none. Generalists are…

    1 条评论
  • Leetcode is awful

    Leetcode is awful

    We all know the familiar sitcom grocery store trope involving a pyramid of cans stacked in the middle of an aisle…

  • Replacing jobs with GenAI is the worst of DevOps all over again

    Replacing jobs with GenAI is the worst of DevOps all over again

    There is no doubt that DevOps called out some of the worst practices in IT departments. The inefficiencies of…

  • DevOps is a flat circle

    DevOps is a flat circle

    Moving from an engineering role into a highly technical sales role provides an amazing vantage point from which to…

  • (Almost) no one cares about your platform

    (Almost) no one cares about your platform

    I had the pleasure of attending, and presenting at, GitHub universe this year, and like most conferences, it was the…

  • Strangers deploying microservices

    Strangers deploying microservices

    I’ll admit I was skeptical when the GitHub team told us about the interactive sandbox sessions at GitHub Universe. If…

  • Deployment insights for everyone with LLMs

    Deployment insights for everyone with LLMs

    Logging levels are something that developers take for granted. I want to see WARN and above logs for my day to day…

    1 条评论
  • Octopus and Copilot as your own personal deployment firefighter

    Octopus and Copilot as your own personal deployment firefighter

    Imagine that production is down and the cost of lost business is adding up by the minute. This is a five alarm fire and…

    3 条评论

社区洞察

其他会员也浏览了