1300 130 447
internal and external
Source - HDI Report
About the Knowledge Base
Search all the Knowledge Base
Testimonial: I have found that the new HDAA Knowledge Base reduces the time it takes me to research industry stats & reliable information for the ITSM sector. It’s easy to use search functionality encompassing KCS principles, helps to filter & tailor my searches more accurately & there are numerous new services now available through the website. Every time I return to the site there is new information published. Very impressive.
Chris Powderly, Support & Services Manager, Allens
DevOps , ITIL Framework
supportworld , support center , service desk , service management , ITSM , ITIL , DevOps
Why you can't ignore ITSM , Transformation and the Road Less Travelled , Problem Management - The Game Changer, The Value Creator , How Many ITIL Experts Do You Need to Change a Light Bulb? , BYOD & ITSM: What you need to know
Do you think that DevOps and ITIL® are BFFs? Or are you or your organization under the impression that DevOps and ITIL are mortal enemies, incompatible, or somehow mutually exclusive?
I can understand how you could fall into the latter trap. You’re likely hearing that message from multiple fronts.
Many DevOps tool vendors often talk about their tools and “ITSM tools.” Some webinars and blogs talk about a “DevOps toolchain” that does not include ITSM ticketing and workflow systems. Or they’ll discuss how ITSM is something that only the service desk does. Many blogs and social media posts tout a similar message—how ITIL is just too slow or how ITIL can never work for the modern business.
Perhaps these messages are appropriate, especially in situations where ITIL adoption has fallen short.
In my experience, many of the issues that organizations use to justifying an adoption of DevOps have nothing to do with ITIL itself…it’s usually how the organization adopted and adapted ITIL. Here are a few examples:
The fact is that there is nothing described in ITIL v3 that indicated that any of the above approaches was how it must be done. Each of these issues is as a result of how organizations have chosen to do things. And many times, ITSM implementation based on ITIL was treated as a “once and done” project. So, it’s easy to understand why so many organizations harbor the misconception that DevOps and ITIL are mortal enemies. The fact is that many DevOps concepts are built from or augment ITIL concepts.
Many organizations harbor the misconception that DevOps and ITIL are mortal enemies. The fact is that many DevOps concepts are built from or augment ITIL concepts.
Here are just a few ways that DevOps leverages long-established ITIL concepts:
With the publication of the ITIL 4 Foundation volume, ITIL is undergoing a bit of a (needed) facelift. While you’ll recognize many long-standing concepts in ITIL 4, there are also some significant shifts that acknowledge DevOps thinking.
First, the concept of the “change authority” is heavily emphasized. ITIL 4 defines a change authority as “the person or group responsible for authorizing a change.” This could be anyone from a single individual to an enterprise-wide executive committee. While a change authority was also discussed in previous versions of ITIL, ITIL 4 emphasizes the importance of clearly assigning the right change authority for the right types of changes. Yes, there can (and should!) be multiple change authorities within an organization; the key is defining the criteria by which a change authority is identified for a particular type of change.
ITIL 4 separates the Release Management practice from the Deployment Management practices. This differentiation embraces how many have approached release and deployment from a DevOps perspective, in which the deployment of software is often done separately and distinctly from the packaging of a release. For organizations adopting DevOps, ITIL 4 Release Management practice accommodates continuous integration, as well as canary (or pilot) releases and blue/green releases. Likewise, the ITIL 4 Deployment Management practice acknowledges continuous delivery and continuous deployment.
ITIL 4 also explicitly identifies a software development and support practice. While software development was implied as part of the Service Design lifecycle phase of ITIL v3, ITIL 4 explicitly acknowledges the critical contribution of software development and support to products and services.
So, this notion of DevOps and ITIL being mortal enemies cannot be any further from the truth. In fact, if your organization is suffering with an ITIL adoption that has fallen short, DevOps thinking can help. But that doesn’t mean that you must scrap what you’re doing with ITIL.
Both ITIL and DevOps want the same things: high levels of quality, high rate of success in implementing changes, great collaboration and communication within IT, and real business value. If your ITSM implementation isn’t delivering these results, try mixing some DevOps and ITIL together. If you do it right, you’ll find that DevOps and ITIL are truly BFFs.
Doug Tedder is a strategic, innovative, and solutions-driven IT service management professional with more than 20 years of progressive experience across a variety of industries. He’s a resourceful and hands-on leader with track record of success implementing ITSM and IT governance processes. Doug is a certified ITIL Expert and ISO/IEC 20000 Consultant Manager and holds many other industry certifications. In addition, Doug is an accredited ITIL Foundation trainer and HDI Support Center Analyst and Support Center Manager instructor. Follow Doug on Twitter @dougtedderand connect with him on LinkedIn.
No Result Found
- Contact Us
- IT Membership
- Support Centre Association
- Comparison Guide
- Price Guide
- Membership Conditions
Training & Workshops
- Training Courses
- Recent Workshops
- Cancellation & Transfer Policy
- ITIL Training
- ITIL Foundations
- Support Centre Consulting
- Service Desk Consulting
- Help Desk Consulting
- Media Kit
- Update your details
- New account
© Copyright HDAA. All rights reserved.
HDAA - Energising the Service & Support Profession
Help Desk Association Australasia Pty Ltd trading as HDAA
T: 1300 130 447 T: +61 (0) 2 9986 1988 F: +61 (0) 2 9986 1330
E: firstname.lastname@example.org W: www.hdaa.com.au A: PO Box 303, Turramurra NSW 2074 Australia
ABN: 20 088 292 755
Our Services: ITIL | ITIL Training | ITIL Foundations | IT Membership | Service Desk Association | Support Centre Association | Support Centre Training | Service Desk Training | Help Desk Training | Support Centre Consulting | Service Desk Consulting | Help Desk Consulting
ITIL® and PRINCE2® are registered trade marks of AXELOS Limited, used under permission of AXELOS Limited. All rights reserved.
RESILIA™ is a trade mark of AXELOS Limited, used under permission of AXELOS Limited. All rights reserved.
The Swirl logo™ is a trade mark of AXELOS Limited, used under permission of AXELOS Limited. All rights reserved.
DevOps Foundation®, is a registered mark of the DevOps Institute.
HDI® is a Registered Trade Mark. HDAA is the Australasian Gold Partner of HDI®.
KCS℠ is a Service Mark of the Consortium for Service Innovation™.
SIAM™ is a registered trademark of EXIN.