devops

why DevOps transformations succeed where ITSM so often doesn't

I've consulted on many ITSM initiatives and it always seemd a struggle to effect improvement: all stick and no carrot; dragging horses to the river with no interest in drinking. My DevOps consulting these days is a different experience - of happy horses following willingly and drinking their fill. The difference between ITIL and DevOps is that DevOps works.

Optimising control constraints

Here are some notes I wrote for a client on how to optimise the constraints created by controls on the Require to Deploy to Run value stream.

Two questions to ask

Here are two questions you can ask yourself, or you can ask any person or team, to challenge them to change the way they work:

  • Can you show how your work will be better in a year?
    We want to know whether there is any improvement programme, or any bandwidth for improvements, or even any culture based on improvement.
  • Can you keep working in this way indefinitely?

DevOps has three parents: Lean, Agile, and ITSM

DevOps synthesises three bodies of knowledge: Lean, Agile, and ITSM.

Lead with DevOps

On Facebook group Back2ITSM, Daniel Breston asked a great question:

IT projects go away? #NoProjects

OK so IT project management won't go away entirely but it ceases to be the basis of our work.

The lizard brain

The lizard brain is a colloquial term for the most basic parts of your brain.
We are primal animals. We dont interact with machines in the same way as we interact with humans.

Move from change control to change facilitation

ITSM Review quoted me from Pink16 as saying
"Change Management needs to move from Change control to Change facilitation”.
This is referring of course to IT operational Change Management.

A client challenged me as to how.
My answer: One Principle - Shift Left.

You can't improve a cog

I was advising somebody who had been tasked with improving a single process. I said that without a systemic improvement of all the processes and the technologies and the people around it, trying to improve one process is like trying to improve one cog in the machine.

The IT engineering fallacy

There are some fundamental fallacies which have misled IT in the past and one of them is "the engineering fallacy", the false belief that we build IT systems like engineers build bridges.

Syndicate content