Service Catalogue Project Pitfalls

One of the most difficult things to do when approached to create a service catalogue for an organization is to help them realize that it's almost impossible to quote them on the amount of work to be done when you don't know where they currently are or where they want to go.

Companies are often rightfully hesitant in engaging consultants in time-and-materials contracts when they cannot quantify the volume of work or the deliverable.  Often they have been burned by consultants who promise high value service catalogues only to deliver worthless documentation.

I struggled with this for a while.  Not knowing what documentation they currently have and not knowing what level of maturity they hope to obtain from their service catalogue makes quoting for a service catalogue creation or improvement project almost impossible.

My solution is to offer a fixed price or capped price project for the initial phases and then depending on the situation at the client, offer a fixed price or time and materials engagement for the production of the service catalogue processes and documentation.

The first phase is always a discovery phase.  Find out where the client is with respect to their service catalogue's maturity.  They always have some form of catalogue, even if they haven't identified it as such.  This phase also involves educating the client in what they could do with a highly functional catalogue and let them decide how far they want to take it and how many of their ITSM or ITIL processes they want to integrate into the service catalogue.  Usually the deliverables for this phase are strategy documents, a road map, SWOT analysis and RACI charts.  This phase identifies where they are and where they want to be and makes planning for all future phases much more accurate.

I am a big believer in the teach a man to fish philosophy so my next phase is for process definition.  Here is where we define the KPIs, catalogue update processes, governance structure, management processes and SLA measurement processes.

The third phase I recommend is for the actual production of a service catalogue entry as well as the education of the managers of the service catalogue processes.  By this point I usually have a good understanding of where the client is and wants to be as well as the capabilities of all the process participants. The client can be fairly confident in the scope of the number of catalogue entries they need me to mentor their staff into producing.

This phase is where we implement the service catalogue management processes and integrate them into other processes like change management, PMO requirements, incident management etc.  This also gives us a chance to implement the governance structure and measure for the KPIs while fine tuning any issues that arise.  This is also where catalogue entries start to get published for their intended audience.  This is also where you ensure that continuous improvement is built-in so that the process evolves as it needs to or as the situation changes.

This hopefully is where the engagement ends.  The client should have the capability to produce all other entries and to maintain a fully actionable service catalogue.  Some clients also prefer to expedite the production of their catalogue entries by extending the engagement to produce a fixed number of services or even their entire portfolio.

For more information on Service Catalogue engagements please contact tony@tonydenford.com.

Time to Rescue your ITSM implementation?

Tired of not seeing the promised benefits of your ITIL implementation?  Tired of ITIL consultants documenting processes that nobody follows?

ITSM Rescue is an innovative way to pull your ITIL implementation out of the hole it's fallen into.

  

Full IT Service management means collaboration between several ITIL practices with the right interfaces to see the full potential of an ITIL based ITSM solution. Done right, your IT department will purr along with;

• faster issue turnaround
• better responsiveness to your business partners
• improved efficiencies
• improved quality
• excellent customer service
• better communication
• improved relationships and partnerships with the business
• lower total cost of ownership
• better control over operational spending
• continuous improvement culture

Instead of just trying to implement individual ITIL processes without a view of the big picture, ITSM Rescue uses ITIL principals to coach and mentor your IT Service team in the latest techniques while correcting the mistakes which have been holding your implementation back.

So, What is ITSM Rescue?

ITSM Rescue is a process whereby we assess your current IT Service management practices and work with you to define a service strategy. Once the current situation is understood we perform a complete gap analysis and develop a road-map to service excellence. The next step is to implement a governance structure to determine priorities and then systematically correct the pitfalls that have been stopping you from realizing the promised benefits of ITIL. Using the best Incident and Problem Management techniques we correct the behaviours that are ineffective for best in class ITSM delivery. We use change management techniques to improve the teams Service Management Maturity Level while simultaneously developing a comprehensive service catalogue for ITSM Services.

This hands-on mentoring approach will develop your team and teach them the techniques needed to roll out a world class ITSM practice that your business partners will notice.

ITSM Rescue was developed by Tony Denford, an ITSM implementation expert who specializes in improving under performing ITIL and ITSM implementations and coaching IT Service Management teams to be high performers.

For more information on ITSM Rescue, contact tony@tonydenford.com.

Why your Service Transition needs to be institutionalized

If, like most IT organizations, you have a strong project management culture, the importance of a strong service transition process should be a priority especially if service excellence is your goal.

A common scenario that I see all too often is that your PMO spends months or even years managing that industry busting project and then it comes to implementation time.  The customers are happy, it tested well.  You have a strong implementation plan and everything seems to be in place for the project to be declared a success.  But then almost as soon as pat each other on the back for a job well done something goes wrong.

Something small at first, maybe an IP address changed and the application is unavailable.  Easy enough, you identify the issue and fix it pretty quickly.  Then another issue where a file is surprisingly over capacity.  Whoops!  Easy, fixed in a matter of minutes.

Here's the real problem.  Your project resources that are troubleshooting the issues are saying things like "Oh, it was only a small issue",  "There's no way we could have tested that" or "It wasn't our fault, it was the infrastructure team who screwed up" while your customers are all saying "This new system is worse than what it replaced!".  The fact you just had a successful project carries no weight with your now disenfranchised customers.  What matters is whether they can do what they want to, when they want to.  they feel like you don't value their concerns and that IT is inefficient and even infighting.

So how does a good service transition process solve this problem for you?  If your process is thorough you'll know who is supporting every aspect of the new service as well as every component that needs to be in place, monitored and exactly what the service level expectation of the customer is.  Everyone involved will know what is chaning, when and what the expectation is on them.

If you ensure the service transition process is institutionalized into your PMO requirements for all projects and included in your change management process you'll have everything in place to give consistent service delivery.  If you find something that wasn't put in place you can always fix it through your continuous improvement process!

To find out more information on Service Transition best practices, contact tony@tonydenford.com.

Continuous Improvement Vs. Big Bang

So your in the business of making money and you're doing OK but your shareholders expect more. 
Sure, projects usually start with an ROI calculation but we all know that these projections are often optimistic or misleading to benefit your system integrators and do your shareholders really want to wait 2 to 5 years to see a return on their money?

While big bang projects can be great to get your organization into a new market (think iPod) they are far less effective at making you money at your core business and more and more these days, by the time you've waited 5 years to see your return on the project, the technology is obsolete.

So what's the alternative? 

Strategically you will be much better off with a continuous improvement methodology rather than starting a project to do everything differently.


I learned a lot about continuous improvement or kaizen during my time at Toyota.  Continuous improvement allows you to add quality or value to your product or service and reduce the cost of providing that product or service.  Effectively you can give your customers more for less which increases your margin.  And it doesn't just increase your margin once.  Every time you provide that service you are getting an immediate return and the more times you're doing it, the more you're adding to your bottom line.
 
So how do you introduce a continuous improvement culture? 
 
Unless you know how a service is performing now, it's impossible to know if any improvements you make have actually had the desired results so step one is measure the service.  At a bare minimum you should know how often it is performed, the cost of performing it, the benefit from performing it and the affect not performing it would have on your business.  You can also measure more intangible thing like, for example, the affect on reputation.
 
Once you know how your services are performing you must take some time to look over the data.  Try to identify areas for improvement.  Where can you improve quality, lower costs, reduce waste, remove customer frustration, improve reputation, whatever is important to your business.
 
Don't necessarily try to fix all of these things at once.  Look for improvements that are easy to implement first, implement them, continue to measure the service as it's provided and then review the data to see if it had the desired affect.  If service improved, leave the change in place.  If not, remove the change and go back to how it was done before.
 
Now do the whole thing again!  Look at your data, make an improvement, measure it's effectiveness, keep it or go back.  If you can introduce this cycle into your day-to-day operations you will be well on your way to continuous improvement.  Also have larger cycles to look for larger improvement opportunities.
 
Try to encourage everyone, at every level to suggest improvements.  Make it part of their process.
 
What about the risk of all that change?
 
Look at it this way... If you on a boat going from point A to point B would you rather have a big bang project that spends a year planning the route and sets off only to find out later that the projections of wind strength were not accurate or that someone didn't take into account that you competitors are firing cannon balls at your boat?
 
Continuous improvement allows you to declare where you want to go, set out and then repeatedly make adjustments in your route as conditions in the marketplace change.  It is far more adaptable to the change going on all around us.  As long as you manage your change process you can control the risk.
 
Do you sometimes need a big bang project to bring something to market?  Of course but once it's implemented keep ahead of the market using continuous improvement.
 
For more information on getting more from your services, contact tony@tonydenford.com.
 

Do your business partners value the IT services you provide?

Why do so few people in the business world value their IT departments?  The answer is that the IT departments don't value their business partners, at least not in the way they want to be valued.  Business units expect IT to deliver high quality service every day, continually add value and support them in delivering end-products and services to their customers.

Throughout the relatively short period that IT has been in existence they have had a laser like focus on one thing... Project Management.  Project Management is great at delivering new products to market but does almost nothing to improve the service that IT provides to it's customers.  PM's often focus on delivering on-time and on-budget but all too often this results in a lack of quality or a redefining of the initial scope so that the original vision is often cut back until the customer cannot recognize the product or realize their original hopes for the new product.

Don't get me wrong.  Project Management is an important part of IT's function.  When done well it can buy a lot of forgiveness from your user base for other shortcomings in service delivery.  But that goodwill fades over time so it's extra important now for IT as an industry to mature and realise that they could go a long way to improving the services delivered to their business partners.

The first step would be to understand what services you provide for your customers and what services they think you provide.  Get on the same page because most IT departments don't even have the same view as their customers so it's important to synchronize the understanding and then to quantify it in a service catelogue.

Once you've quantified your services you will need to define the measure of success for those services.  Each one could be different so define what measurement makes sense for each service and measure it.  Now you know how you're performing, you can work to continually improve the service or at least maintain the service at acceptable levels.

By now you know what services your customers expect, what services you're providing and have an understanding of what improvements are needed.

If you get it right you'll have excellent relationships with your business partners, be providing world class service and have a foundation to keep your costs under control and provide added value to the business on an ongoing basis.

Ignore service management and you may have just delivered the best new product to market but will your business partners be happy forever?

For more information on measuring the value of your IT services, contact tony@tonydenford.com.