Print Page | Contact Us | Sign In | Join
The ITSM View
Blog Home All Blogs
This blog, written by itSMF UK leaders and guest contributors, offers service management thought leadership and discussion of industry trends. Please feel free to comment on these posts (you will need to be logged into the website as a member). We look forward to hearing from you.


Search all posts for:   


Top tags: ITSM  ITSM16  PSMF  Q&A  Service Catalogue  SIAM  business change  Career  DevOps  Podcast  problem management  Release Management  Service Transition  SITS16  Are we the wrong people in IT  Automation  BCS  CGI  Digital Transformation  Event  EXIN  IOE  IOT  ISACA  IT4IT  ITIL  ITSM15  Managing Complexity  Metrics  Organisational change 

Will We See You at SITS16?

Posted By Barclay Rae, 08 June 2016
Updated: 07 June 2016


This week ITSMF UK will be at the SITS show – we look forward to meeting many ITSM people there – it’s always a great business and social event.


We will be promoting our new PSMF (Professional Service Management Framework) there – come and hear about it on our stand. This is our high level framework which sets out the bigger picture of the competencies an ITSM professional needs – much more than just technical or process. This is a useful tool for organisations and individuals alike to build solid and rewarding career paths and clearly define our profession.


We are also presenting this on Thursday as a plenary session in the keynote theatre at 4pm. This will include a representative from CGI who are the first organisation to be endorsed by ITSMF UK in this scheme – read the Press Release here.  


I’m also pleased to say that over the last few days I’ve met several other organisations who have started simply using the free content from PSMF for their own people development.


SITS is a milestone in the calendar for the industry and we are also working hard to plan towards our own conference in the autumn, where we will feature professionalism. This is a big year for ITSMF UK as we move to re-define our position and proposition for the industry, backed up by a variety of new services.


It’s also a big time for our ITSM industry. ITSM is at a crossroads – it’s no longer just about ITIL - or any specific framework, with a number of new approaches DevOps, SIAM, BRM, IT4IT etc. How do existing practitioners evaluate and absorb new ideas into 'traditional' operations and service delivery? It’s a tough call and there is also too much confrontational marketing hype around 'xxx' is dead', or 'ITSM vs xxx'


What is clear is that our (ITSMF UK) role is to promote a clear definition of professionalism and recognition in Service Management. We need to incorporate new skills and roles within the world of IT. The changing market require s a wider definition of Service Management than just process or tech. We need a clear definition of a much wider set of skills and capabilities that are required to make IT service delivery successful.


We also require a grown up approach to understanding and incorporating the best of new and older practises... So we need to understand what is offered by new models and act positively to make these work – as and if they are appropriate. Our role is to present and investigate new ideas and models as they appear and to help professionals evaluate what is best for them.


ITSMF UK are no longer the ITIL user group* – rather we are independent curators, presenting and analysing the wider world of ITSM.


Enjoy SITSs and we hope to see you there…!



*other than selling some publications, we have no formal links to ITIL


Share |
PermalinkComments (0)

Is it Time for ITSM to be Counted as a Professional Discipline? Part 1

Posted By Barclay Rae, 02 June 2016
Updated: 02 June 2016


ITSM is still seen by many as purely ITIL-focused or relevant only to internal IT operations. It is time for ITSM to stand up and be counted as a professional service discipline. Based on discussions with members across the country and the work of a thought leadership group, Barclay Rae outlines a future path for ITSM.

A Grown-up ITSM Industry 

ITSM needs to grow up – we need to look at ourselves and professionalise our industry and approach.

This means re-positioning as a more strategic and business-relevant function, with demonstrable business benefits, supporting organisational and customer expectations. In the past this has been too narrowly focussed on internal IT functions, projects and costs. 

ITIL has been the ‘de facto’ training and development approach for the last 10 – 15 years, yet those involved in delivering it know that ITIL is not enough – success requires much more than knowledge of a process framework.

IT and ITSM also needs to be viewed and appreciated more in a business broker role, more able to react quickly and be a solution provider rather than a ‘blocker’ - or the guys who always say ‘no’.

Tweet: For #ITSM to succeed we must show that it is professional, business-like and valued at the C-level - @barclayrae

Without a significant change in speed of delivery, quality and perception of service and demonstrable value, many IT internal departments and external IT companies will become more and more exposed as obsolete, and ultimately, redundant.

The ITSM industry itself also needs a make-over, with fresh and accessible content, some new and contemporary framing and messaging, in order to remain attractive and relevant.

In order to succeed with this we need first to take steps to improve the image of the industry, and the extent to which it can be shown to be professional, business-like and valued at the C-level. 


ITSM as a Discipline?

One problem is that ITSM is not seen as a discipline. There are several models for organisational certification (ISO20000, based on ITIL, SDI/HDI for Service Desks, COBIT as a governance model). Yet there is no central point of convergence or clarity about how these relate or are jointly relevant to support businesses. There is a growing but relatively low take-up of most of these models, which is disappointing since this would provide evidence that the ITSM programmes are working.

There are several industry organisations in this space that have members and forums, produce content, run events and in some cases set standards – yet these tend to exist as standalone niche bodies. Memberships have declined from initial high levels as the market has become saturated and knowledge and content has become more freely available online.

There is a large gap in the body of knowledge around ITSM – ITIL is primarily focussed on process, whereas successful ITSM requires a much wider portfolio of skills and capabilities. ITIL does not define organisational change, human interaction or customer experience, all essential for success.

Many organisations have expected ITIL to deliver results way beyond its capability or remit, seeing ITIL itself as the solution and ignoring these other factors. The result has been a lot of failed or incomplete ‘ITIL projects’ – these have burned cash and resources with little positive results – leaving the brand names of ITIL and ITSM damaged.

Without a central body to manage these issues, each area of the industry has continued unilaterally to deliver point solutions with limited success and restricted commercial penetration.

ITSM is therefore not a properly codified discipline. In its current form it will not be sustainable and the industry needs a new and wider definition, vision and structure. This must include e.g. a broader definition and portfolio of skills and capabilities, body of knowledge, organisational standards, plus clear career development paths, higher education qualifications and a code of conduct.

ITSM needs to be clearly positioned and presented as a business approach both within and beyond IT organisations. This is a growth area as many organisations are now using ITSM processes and tools to deliver wider collaboration and work management functions. C-level value propositions must be universally promoted around ITSM as an enabler, broker, orchestrator, rather than administrator.

Tweet: In order to survive, the #IT & #ITSM industry has to move to the next level of maturity. We collectively need to grow up - @barclayrae

All stakeholders need to engage and play their part in the delivery of Service Management - it’s a team game. We need to move away from thinking that ITSM is ‘just what the Service Desk do.’ 

In other words, in order to survive, the IT and ITSM industry has to move to the next level of maturity - we collectively need to grow up.   


What Needs to Happen?

What do we need to do as an industry to improve and broaden our skills and reflect that in training and development?

  • The view of (IT)SM from an executive perspective must be that it is a unifying and enabling discipline that brings together a number of functions, people and processes – we need to work harder to get that clear message across in suitable language.
  • From a messaging perspective ITSM has to be seen as the enabler of great customer experience as well as delivery of business outcomes/results.
  • We also need to get the message to the (IT) SM industry that we can’t do this simply by ‘doing’ ITIL – we need to get the people part right, plus the right use of governance and other tools, automation and frameworks to be successful.
  • The industry needs leadership to draw these ideas together and to normalise the needs for integration – ITIL is only part of the solution and more skills need to be developed and promoted.


Click here to find out more about our plans to develop and advance ITSM as a professional discipline and tune in next week to find out what Barclay thinks are the key areas for development and what skills are needed beyond ITIL.


This article was first published in the Summer 2015 issue of Service Talk which is a benefit of ITSMF UK membership


Tags:  PSMF 

Share |
PermalinkComments (0)

9 Top Tips to Create an Awesome Service Catalogue

Posted By Rebecca L. Beach, 31 May 2016
Updated: 31 May 2016


Some people will tell you that your Service Catalogue is the most important step in the journey of your ITSM organisation. That’s a lot of pressure.

There’s no denying it’s hugely beneficial to the business (that includes IT!) as it can improve communication between service providers and consumers, increase demand awareness and service visibility. The problem is that when there’s that much pressure it makes it difficult to know where to start.


At ITSMF UK we’ve been developing a new set of workshops and masterclasses and while working on Service Catalogue I started thinking about what my top tips might be to get started. Then I thought why stop there! So I asked some of my favourite ITSM experts what their top tips would be. Check them out below. 

1.     Ian Connelly, Chair at BCS Service Management SIG

The one tip I would suggest is not to try and boil the ocean… Very simply, start small. Either a limited scope (part of an office, datacentre etc.) or selected attributes from each CI, then expand it out.

Too many initiatives have attempted too much too soon, which leads to a feeling of climbing a mountain with the task.


2.     Barry Corless, Business Development Director at Global Knowledge

Service catalogue implementations that fail often do so because we are unsure of the objectives that service catalogue management (the discipline) is aiming to meet.  This leads to building and implementing the wrong tool.

For example, there is a big difference between what a vanilla service catalogue (a list of services) and a service request catalogue (used to drive self-service and automated workflow) will deliver.  Both outcomes are eminently possible using modern toolsets but we must concentrate on what we want service catalogue management to do before rushing headlong into a toolset implementation.  In many respects, the throw backs and similarities to the early days of configuration management and the lust for a CMDB should have taught us valuable lessons.  


3.     James Finister, Global ITSM Strategist at Tata Consultancy Services

Check and double check that the services you put in the catalogue are recognisable to senior managers in the business


4.     Stephen Mann, Writer at Quick Content Ltd

Involve the service catalogue's customers from the outset. It’s clichéd, but getting the right people involved is key. Remember that this is the business’ service catalogue, not IT’s. Thus IT shouldn't drive the look and feel, or content of the service catalogue – the business should. And it’s not a one-time consultation – keep them involved from design through to delivery.

Plus, given the growing pressure on corporate IT organizations to keep up with employee's consumer-world experiences and expectations of technology and service, the user experience and customer experience aspects of self-service and service delivery will be key to service catalogue success. With those responsible for the service catalogue needing to differentiate between the sexy-looking technology, with its great-looking user interface (UI), and how end users actually use and experience the technology and the service it provides. 


5.     Steve Morgan, IT Transformation and SIAM Consultant at Syniad IT Solutions Ltd

Ensure that you understand the business outcome that you expect the Service Catalogue to achieve.  Failure to “begin with the end mind” can lead to huge amounts of time being spent developing massive spreadsheets, that are never used.  For example, the term Service Catalogue can be confusing.  Ensure that you understand whether it is a “request” catalogue or a “business service” catalogue that you’re developing, and ensure that all of those involved in its development understand the definition, to avoid the risk of you veering off track, or producing a document that doesn’t hang together as a single entity.

Be very wary about trying to build a paper version of your CMDB under the guise of a business Service Catalogue.  It may be better to build a data model within your Service Management tool, and build a prototype directly into the tool, rather than trying to import a few thousand lines of Excel!


6.     Barclay Rae, CEO at ITSMF UK

Collaboration and close working will sort out more problems than a perfect design


7.     Stuart Rance, Service Management and Security Management Consultant at Optimal Service Management

Don’t confuse a service catalogue with a request catalogue

Many service catalogue projects fail because IT organizations are confused about what a service catalogue is, and what it should be used for. Every company needs a catalogue to help customers understand what services they offer, and IT is no different. You should create a service catalogue to help your customers understand what services you can provide and help them choose what will be available for their users.  Don’t confuse this service catalogue with the request catalogue that you make available to users so that they can order components of a service. For example, a customer may choose “mobile user support” from your service catalogue. This service could provide phones, tablets, connectivity, an app store and many other things needed to support a mobile workforce. If the customer chooses this service, then you will need to add specific phone models and apps that a user can select to your request catalogue. You need both types of catalogue, but make sure you know which you are trying to create and why.


8.     Matt Hoey, Chair at ITSMF UK Service Transition SIG

One of the difficulties in creating a Service Catalogue is the daunting amount of time it could take.  Tasks such as getting agreement on what goes into it and writing the definitions all take time when you are starting from scratch.  This can lead to a large amount of time elapsing between starting out and customers and Service Management teams getting value from it.

Taking an agile approach (in a nutshell: early minimum viable product and then iterating incrementally through feedback) can help you get something out sooner.  Make a first pass at the catalogue picking out the easily identifiable services, some basic information and put an early version of the catalogue out there.  You may not have all the services identified, or all the definitions written or even all the fields for the definition identified, but why not start using what you have rather than waiting for it to be complete?  In other words, don’t lock away that value whilst you wait for the finished product.  You’ll also get feedback from customers and Service Management teams from the early use which will help you with the further work on the catalogue which you can continue to do incrementally until you’ve built up your catalogue.


And my tip?


9.     I see many people creating what is, in effect, a repository of services. Having a centralised area for this information is good but if that’s all you’re creating it’s a waste of time and effort.

Create your Service Catalogue like you’re going to use it! Think about how and why IT and the business will be using this information and design it accordingly.


What’s your tip for creating an awesome Service Catalogue? Comment below or why not share with the ITSMF UK community on Twitter.



Tags:  Service Catalogue 

Share |
PermalinkComments (0)

How to Support the Innovation Mandate with DevOps

Posted By Robert Stroud, 25 May 2016

DevOps isn’t the answer to every business demand, but it might be the best way to keep up with the accelerating rate of change.


Travelling in Norway following a chapter conference there, I was undertaking some research for this article. As I searched the relevant web page, which was delivered to me in Norwegian, I was immediately asked if I wanted it translated. Shortly afterwards as I was looking for a hotel, I was immediately shown hotels close to my position. Location services and related technologies – determining from the available information who and precisely where the user is – are now becoming prevalent in all aspects of the online user experience. Indeed, they are at the centre of business solution design in a customer-centric era. It’s an era of disruptive technologies and rapidly evolving business models, and what continues to surprise me is the rate of acceleration in technological solutions to deliver business outcomes in ways that IT could not have imagined a couple of years ago.


This acceleration is creating significant issues for many CIOs and senior IT managers. Many have not yet realised their return on investment in existing solutions and are being pressured to accelerate their pace of change faster than ever before. The outcome in many cases is business management who claim that IT cannot react and deliver in a timely manner and then choose to source the technology via another route!


This has led to the rapid adoption of agile development methodologies to meet quickening business change requirements, and many IT organisations are looking to DevOps as the answer to their problems.


DevOps as the name suggests is a merging of Development and Operations. DevOps asserts a philosophy that removes barriers between the development and operations functions, allowing the rate and pace of change to accelerate across the business. The question that I am often asked by ‘disbelievers’ is whether DevOps is simply a strategy to give development and the business the right to skip the proven change processes and avoid the rigour of operations and its investment in current service and project management best practice.


This could not be further from the truth: DevOps is a business-centric philosophy to deliver business outcomes.

Tweet: #DevOps is a business-centric philosophy to deliver business outcomes - @RobertEStroud #ITSM


Speaking to the CIO of a large manufacturing organisation at an industry conference, he mentioned to me that their DevOps initiative is being led by the operations function, who are looking to accelerate the pace of change through pre-production testing to production, even to the point of automation of change reversal where change doesn’t quite deliver the desired results (this depends on processes being implemented to automatically validate change once in production).


The point is that IT needs to react and challenge current philosophies and framework implementations. DevOps is a philosophy that supports rapid innovation and IT-powered business change but it is not a panacea.


So how do we work with DevOps to accelerate our rate of change and overcome the resistance of the existing culture, and what techniques do we use? I thought that I would share some practical steps leveraged by other organisations to commence the journey:


Create a leadership DevOps advocate

Let’s face it, most organisational structures are overly complex, and red tape is often the primary obstacle to success. The first stage in the cultural change is to create a role for a senior executive who has power across the full IT domain to evangelise and sell the organisational benefits of DevOps.


Create the team

DevOps by its very nature is a combination of development and operations. Therefore, DevOps requires a cross-functional team with skillsets reflecting both areas; and to be successful the business must be represented as well.

These individuals should understand DevOps itself, but also be familiar with the processes and technologies that are needed to make the DevOps implementation successful. They must be completely dedicated to the cause and not distracted by other business. As the team progresses, process experts and tool specialists might also be required. The key thing to remember, particularly if you are using consultants, is not to forget the training or skills transfer.


Streamline processes

One of the major outcomes must be the automation of processes across the business. The starting position should logically be demand intake of all levels. More often, the initial focus is within the development organisation, through to QA/test and operations, including back-out in the case of failure. Before rolling out technology, DevOps teams must work on business and IT process improvements to ensure they have identified the challenges that their work could encounter and plan how to eliminate gremlins. Knowledge of existing business processes is a key skill, as is the ability not just to plan and test for success but also to prepare for process failure both for education and triage.


Budget for talent and technology

Although additional headcount, training programmes and technology will be needed to drive DevOps through the organization, over time the value and automation will change the way teams work and should release headcount back into the pool.

Processes including application delivery, service virtualisation, IT automation and release management integrated directly with your change and management systems with will only be successful with knowledgeable team members taking the reins and leveraging their intellectual knowledge. As a first step you should conduct an internal inventory of tools, identifying the gaps and filling the holes needed to support the DevOps methodology.


Get started with your troublesome applications and services

Rather that starting with a ‘big bang’ approach I recommend that organisations consider piloting or testing DevOps before committing completely. The best way to prove the value of DevOps is to start with an application and/or business service that has been causing problems across production and creating headaches for developers and operations alike as they attempt to remove defects. This sample service/application should demonstrate the value that DevOps can deliver. Once you have the recipe correct, repeat and repeat and this approach will soon attract attention across the organisation.


DevOps is a philosophy to focus the organisation on outcomes needed to support the velocity of change in an innovative world. It is not an answer to every business demand but when used effectively and correctly it can deliver real business innovation.


This article was first published in the Spring 2014 issue of Service Talk which is a benefit of ITSMF UK membership

To find out more about our range of workshops and masterclasses including DevOps visit our events calendar


Tags:  DevOps 

Share |
PermalinkComments (0)

How does IT4IT fit within the world of ITSM?

Posted By Rebecca L. Beach, 16 May 2016
Updated: 22 May 2016

I first heard IT4IT mentioned at the ITSMF UK conference last November. It piqued my interest but I admit to being unsure as to how this fit within the world of ITSM.

Fast forward six months and we’re holding a joint event with The Open Group to illustrate some of the benefits specific to those working within the world of ITSM. 

Ahead of the event on 25th May at the Copthorne Tara Hotel in London I chatted with Andrew Josey of The Open Group, Tony Price of HPE and CEO of ITSMF UK, Barclay Rae about what delegates can expect from the day.


Q. Without giving too much away ahead of the event what kind of impact can IT4IT have on a Service Management environment?

Tony - IT4IT has the potential of “providing the missing link” we have had in IT for so many years.  A prescriptive reference architecture for running the business of IT.  If organisations adopt this then IT Service Management at last will be contextualised and in my opinion even better understood.   We have always said ITSM is about People, Process and Technology but combine this with the overarching IT Value Chain and supporting value streams and you have something significantly more powerful than we have had in the past that the business can understand and that will drive IT to deliver true value.

Barclay - We’ve talked for some time about supply chains and value chains for IT Service Delivery. However the reality within ITSM delivery has been a focus on some effective yet still silo-based processes. IT4IT is a means to combine these approaches by applying a supply chain approach to established processes – so it builds on and complements ITSM/ITIL. I’m looking forward to this event to hear some good practical stories…



Q. On The Open Group website FAQ’s it says "The IT4IT vision is a vendor-neutral open standard Reference Architecture and value chain-based operating model for managing the business of IT.” What does this actually mean for organisations?

Andrew - IT management is fundamentally industry agnostic and up to now has had no prescriptive reference architecture - there has been no standardised approach, no common information model. The IT4IT Reference Architecture fills the gap. It was created as a holistic, concise and structured standard for how IT should be managed in order to provide maximum value for the business.

It can be thought of as a blueprint to accelerate IT’s transition to becoming a service broker and service integrator. While existing frameworks and standards have placed their main emphasis on process, the IT4IT standard is process-agnostic, focused instead on the capabilities and information needed to manage a service through its lifecycle. It defines how the IT function can be supported by information systems automating the IT activities as well as providing the necessary insight to improve IT decision-making and support continuous improvement.


Q. Why is holistic management of the business of IT so important?

Andrew - The essential principle behind the IT4IT approach is that the IT function should be organized and managed as a business. The IT4IT value streams and IT4IT Reference Architecture define an overall framework that can be used to identify the end-to-end workflows in the IT organization that create value for the business — they provide the bigger picture of how IT services should be managed, throughout the entire lifecycle. Every IT organization can benefit by adopting this holistic end-to-end view based upon the IT4IT value streams.


Q. Finally what can delegates expect to take away from the IT4IT for Service Managers event on the 25th May?

Tony - A good background on IT4IT and how complementary ITSM is. Plus, some real life practical examples showing how IT4IT has delivered true value.  We will also highlight some lessons learned by early adopters and show some comparisons to lessons in the ITSM world.

Barclay - We'll be exploring this area as a complementary approach for service management as part of our wider debate about professionalism in ITSM - it'll be a great event


Join us on the 25th May and find out how IT4IT can drive your ITSM organisation to deliver true business value 

Tags:  Event  IT4IT 

Share |
PermalinkComments (0)
Page 10 of 15
 |<   <<   <  5  |  6  |  7  |  8  |  9  |  10  |  11  |  12  |  13  |  14  |  15

Professional Service Management Framework

PSMF is a practical competency model that defines a professional identity for the service management industry and all those that work within it. Whether you’re an individual service management practitioner or an enterprise organisation, PSMF is a way to improve individual and team service management capabilities and to recognise the full value of the service management contribution.LEARN MORE

Ground Floor South
Burford House
Berks RG12 7WW

Tel: 0118 918 6500

Fax: 0118 969 9749

Contact Us