Skip to main content

Posts

ITIL at the Service Desk

Trends such as mobile computing, consumerization (also known as bring your own device (BYOD), and cloud computing are having a dramatic impact on the service desk. These trends are prompting many organizations to evaluate and improve their existing service management processes , or implement new processes where needed, and to rethink the role the service desk plays in implementing, executing and improving these processes. It would be easy to look at these trends and think of them only as the deployment of new technologies but there are bigger considerations at stake. What services are these technologies enabling? What business processes do these services underpin? How is the business impacted when these services are interrupted? An important key performance indicator (KPI) for service catalog management is whether the service desk has the information that it needs about those services and their associated interfaces and dependencies. This is because the service desk plays

Strategies for Managing IT Services

When I teach ITIL foundation classes and we start talking about aligning IT strategy with business strategy, I usually see some puzzled looks on the faces of my students.   So I thought I would give some basics on what we are trying to establish here. The purpose of strategy management for IT services is to create a process for defining and maintaining an organization's perspective, position, plans and patterns related to its services and the management of those services.    The purpose of a service strategy is to communicate how a service provider will enable an organization to achieve the desired business outcomes and establish the criteria and mechanisms to decide which services will be delivered, to whom they will be delivered to and to establish the most effective and efficient way to manage these services. The objectives of strategy management for IT services are: Analyze the internal and external environments in which we (the service provider) exist and to identify

Designing and Documenting a Process

Designing and documenting a process enables an organization to move from the initial level of the ITIL Process maturity Framework (PMF) through the repeatable level to the defined level.   To undertake this task without adequate resources can be quite daunting especially given the fact that it must I dentify needed changes to job descriptions Develop and document work procedures Identify work requirements Establish the data to be collected and the format to report accomplishments D ocument the necessary vocabulary to be utilized within the process The following ten process design and improvement steps can be used to create an easy to use and repeatable approach to help move your organization from one level to the next.   The ten steps are grouped into four phases.   Each phase will produce a deliverable that serves as an input to the follow phase. Phase: Requirements Definition.    Output: Requirements Definition Document. 1.     Determine the management’s vision and level

Service Level Management Objectives

Service Level Management (SLM) is the process that is responsible for the overall agreeing and documenting Service Level Targets (SLT) and the responsibilities within Service Level Agreements (SLAs) and Service Level Requirements (SLRs) for every service and related activity within IT. The SLA is effectively a level of guarantee or warranty with regard to the level of service quality delivered by the service provider for each of the services supplied to the business.   The accuracy of the SLAs, SLRs and SLTs and the overall success of SLM is very dependent on the quality of the service portfolio and service catalogue and their contents because they provide the detailed information on the services to be managed within the SLM process. With that said the purpose of the SLM process is to certify that all current and planned IT services are delivered in accordance with agreed achievable targets.   This is normally accomplished by SLM through a continuing cycle of negotiations, agreem

First Call Resolution

I was recently asked "Do you have an average for the service desk of first call resolution?  We are trying to set a target for the team and I cannot find any data which gives me any indication what a good target would be."   First call resolution (sometimes called "first contact resolution" or FCR) is an industry recognized metric for the performance of the Service Desk.   Analysts are measured on their ability to restore service to a user and close an incident during the first call or contact.     This is a difficult metric to benchmark across all organizations and all incidents.   Factors such as incident complexity, service desk skills and empowerment,  outsourcing and remote control capabilities can influence the ability (or inability) to restore service during the first contact. While ITIL acknowledges FCR as an important Service Desk metric, it steers clear of offering a target or benchmark.  Industry experts generally accept a FCR range of 65 to 80 %.

Six Reasons to Read the Microsoft Operations Framework (MOF)

The Microsoft Operations Framework (MOF) is a well written, meaningful, asset-rich framework that is often overlooked in favor of its higher profile cousins ITIL, Cobit and ISO/IEC 20000.   Unfortunately, the big "M" that stands in front of the framework has created the perception that MOF is only relevant to Microsoft environments.  Nothing could be further from the truth - Microsoft has invested a great deal of resource and effort in creating MOF intellectual property and assets - giving it all away for free for anyone, in any environment, that is interested in learning more.  In fact, Microsoft considers you a Microsoft customer if you are working at a desktop or laptop running a Microsof operating system. Microsoft's goal in developing MOF was to improve the effectiveness and efficiency of IT service providers, thereby enabling those providers to get a better return on their infrastructure, applications and tools.   Here are six good reasons to consider learning

Conducting Productive Meetings

When we think about ITIL® we think about being able to manage the delivery of value-laden IT services to customers. But are there other, less obvious ways we can use and gain from the best practices and ideas contained within ITIL®? One of the areas that ITIL® and ITSM can help us with is by making conversations and meetings more effective and efficient. One of the ways that ITIL can help us with meetings is by using the concepts embedded in RACI. Traditionally the ideas of being responsible, accountable, consulted and informed have been for use with process activities and levels of authority and accountability. However, once we identify those levels and assign them to roles we can use them to help us establish the proper attendance at a meeting. When sending out a meeting announcement or invite we can indicate that the meeting is for those roles holding particular levels within the RACI models. In this way we have the appropriate roles and individuals at the meeting. Another wa