A while back I wrote a blog just mentioning devops, and what a sensible idea it seemed – certainly the word ‘devops’ hit some bells and I got 3 times my normal hits in the first day. At the beginning of this year (2012 in case you got here late) I wrote a blog inspired by a discussion with a TOGAF fan; I felt we in parts of the IT world need to talk to our neighbours a lot more.
I was reminded of these by seeing several devops write-ups recently (separate articles in itSMF UK and US magazines in the same month). Both are encouraging and make the unavoidable point: what devops suggests as a matter of principle is clearly something to be supported like the proverbial apple pie. It is just so obvious, it has to be right - why would you not use the people who built and know a new piece of software (or anything else for that matter) to get it in place and working, and as first point of call should anything not work as expected?
Both articles argue that ITSM people should embrace the ideas rather than rush to defend their empires. Devops is not the only example, but it seems to me that what we might be faced with is set of approaches all driven from disparate firm foundations in our vast ocean of IT and services.
In fact the commonality between the approaches is massive, especially once you get past a temptation to overly rigorous application. It amazes me that the same IT people who would never dream of reading the instructions before using their new technology toys insist on applying every word of best practice.
If you want an example of how ITIL® overlaps the base devops concept look at section 6.7, page 236 of Stuart Rance’s Service Transition book in ITIL 2011.
The point I really wanted to make is that we need to get above the point of origin and see identification, creation delivery and operation of service as the real goal and the subject of some integrated guidance. Everything we have so far shows its origins.
- ITIL comes from operations, for all its gallant attempts to preach service strategy it is not really getting to the people who should be doing so because they originate from other parts of IT/business
- Devops is coming from the development community and so reflects their take on life. Things like OSLC that will help smooth some of the boundaries are also being pitched – so far – from the development side
- All of the stuff that I see is coming out of parts of IT, when to me IT is only a part (albeit a big and important part most times).
I started my career helping organisations establish and improve services, I got sidetracked into IT and oft-times I miss that bigger image. I still find it hard to think only of IT aspects and solutions, but I find I am often talking with people – suppliers and customers – who are content to be restricted to IT aspects.
In the short term I think what we need is more selling of the neighbour’s ideas. I want to see devops being evangelised by someone from the ITSM community, and we need the converse too. Otherwise it can feel like the recommendations for apple pie are coming exclusively from the apple marketing board; doesn’t mean they are wrong but they can less than convincing, especially to a cynical audience or to one that has something they feel they must defend. Maybe I have stumbled onto my subject for next year’s conferences – anyone interested in inviting me?
 You call them methodologies, frameworks, revelations, best practices or whatever – I was searching for a generic term, if you have a better one let me know.
 In case you don't like what is there, I should point out the content of that section comes from the 2007 version, which was not written by Stuart. There is simple diagram here that makes the point, but it is Crown Copyright so I dare not use it here, so please o look if you are interested.