metrics

DevOps Balanced Scorecard Dashboard

Here is my DevOps Balanced Scorecard Dashboard

Image

The metrics are only examples of suggested topics. Any availability/stability/reliability metrics are good for Quality

That which cannot be measured...

Just because you can't - or don't - measure something doesn't mean you can't manage or improve it.

Why process maturity is a useless metric for ITSM improvement

Process/practice maturity is a metric that should be of little interest when deciding where to focus your improvement efforts, or for measuring the results of those efforts. And CMM process management maturity is even more useless than execution maturity.

Risk and value should be the primary metrics for planning and assessing your improvement.

Use SLA response metrics that matter

Using indirect KPIs is always a dangerous distorter of behaviour. if you want the SLAs to ensure the appropriate resources are applied and to drive the size and location of teams required and the spare part/hot swap stock size and locations, then write the SLAs so they define the appropriate resources to be applied by priority of incident for that service and define the size and location of teams required and the spare part/hot swap stock size and locations by priority of service. Don't make the behavioural causal chain any longer than it need be - you'll get all sorts of unintended consequences.

SLAs that promise a resolution time are like firemen promising to put a fire out

Some SLAs assign a key metric to how long IT is going to take to resolve incidents. Really. This is like firemen promising to put a fire out in ten minutes. Worse still if an SLA makes this mistake it almost always also has it the wrong way round.

Great myths of ITIL #1: "You can't manage what you can't measure".

"You can't manage what you can't measure". Who on earth came up with that one? One of my big concerns about the application of ITIL is it's emphasis on KPIs. Useful but dangerous.

Syndicate content