Skip to main content

Service Offerings and Agreements - Service Catalogs

What is the difference between a Business Service Catalog and a Request Fulfillment Catalog?  One clear way to distinguish the type of service catalog that is required is to ask yourself, who is your audience?  I have found that when a lot of IT organizations say that they have a Service Catalog many are talking about a service catalog for end users.  Another very important service catalog is one that is mapped to your business customer needs.  In this blog I will briefly discuss some characteristics of service catalogs for these very distinct audiences and for the purpose of clarity I will refer to them as Request Fulfillment and Business Service Catalog.

Request Fulfillment Service Catalog

Service providers today are striving to automate the first line support for user request fulfillment by providing self-help and also more importantly self-serve end user request fulfillment catalogs.  This self-serve catalog is the most common and allows users to fulfill requests directly from a web interface or some type of web portal.  Requests could be such things as ordering a laptop, cell phone, app upgrade and more.  The easy part of this type of catalog is configuring the tool or the web interface with all the eye catching and distinct options.  The more difficult and most critical aspect when considering this type of catalog is of course the fulfillment procedures.  To fulfill the request several request models will be required based on the type of request being made and these are a bit more difficult to configure.  A request model would contain pre-defined steps, sequences, handoffs, deliverables and detailed workflow for how this request is going to be fulfilled to ensure delivery in a timely manner.  Service providers will have to ensure that there are clearly defined policies for sign off and authorization based on the type of request or model that is being utilized.  For example, one request might require the manager of the user to authorize a request where other models might require the sign off of both a local manager and an executive manager.

Business Service Catalog

There is another type of service catalog that would be tied directly to business process and business outcomes.  One good approach to defining this type of catalog is to start from the top and work down to the IT elements that support your services.  To start from the top infers understanding what the business process is and what the user profiles are of those individuals who are performing the activities.  In other words we not only need to know what the activities in the process are but who is using them, where they are located and what is the peek time of usage.  Best practice is to start from the top down but also note that we would deliver from the bottom up.  Therefore, forecasting the projected business demand for those activities will also be useful to determine the IT services and components that will be required to fulfill those services.

A service description in the business view should describe the elements of a service in terms of functionality but also in terms of availability and security and possibly other elements that ensure warranty of the service.  Examples of IT service categories could include such things as Financial, Sales and Marketing.  These customers are very different than the end user who wants to upgrade their laptop.  Business services could include such things as Idea to Offer, Order to Quote, Logistics, etc.  It is suggested to determine your business processes, define the high level categories of business services and then define the business service and supporting services.  Starting at the top with the business services ensures alignment for creating or defining IT services.  Examples of IT services that support business services and processes might be services such as Application Hosting, Cloud Services, Support Services, Service Desk, Network Access...  These IT services will, at some point in the maturing and design process, be mapped to the IT components that support them.  These configuration items (CI's) would be the Servers, Applications, Switches and other CI's that support and are aligned with the IT/business services and processes.  Many organizations that start with the IT components and the IT services find that they have a lot of backward engineering and rework to complete in order to later map them to business processes and business outcomes.

The primary goal of IT Service Management is to deliver quality IT services that enable desired business outcomes.  To do this, service providers often face a precarious balancing act of managing customer relationships and requirements, understanding and managing demand and patterns of business activities, aligning internal and external suppliers and maintaining fiscal responsibility and sound IT investments.  Before embarking on any service catalog initiative know who your audience is and the desired business outcomes.  Scope is critical!

For more information, education and certification follow this link: http://www.itsmacademy.com/itil-soa/




Comments

Popular posts from this blog

The Four Ps of Service Design - It’s not all about Technology

People ask me why I think that many designs and projects often fail. The most common answer is from a lack of preparation and management. Many IT organizations just think about the technology (product) implementation and fail to understand the risks of not planning for the effective and efficient use of the four Ps: People, Process, Products (services, technology and tools) and Partners (suppliers, manufacturers and vendors). A holistic approach should be adopted for all Service Design aspects and areas to ensure consistency and integration within all activities and processes across the entire IT environment, providing end to end business-related functionality and quality. (SD 2.4.2) People:   Have to have proper skills and possess the necessary competencies in order to get involved in the provision of IT services. The right skills, the right knowledge, the right level of experience must be kept current and aligned to the business needs. Products:   These are the technology managem

What Is A Service Offering?

The ITIL4 Best Practice Guidance defines a “Service Offering” as a description of one or more services designed to address the needs of a target customer or group .   As a service provider, we can’t stop there!   We must know what the contracts of our service offering are and be able to put them into context as required by the customer.     Let’s explore the three elements that comprise a Service Offering. A “Service Offering” may include:     Goods, Access to Resources, and Service Actions Goods – When we think of “Goods” within a service offering these are the items where ownership is transferred to the consumer and the consumer takes responsibility for the future use of these goods.   Example of goods that are being provided in the offering – If this is a hotel service than toiletries or chocolates are yours to take with you.   You the consumer own these and they are yours to take with you.               Note: Goods may not always be provided for every Service

What is the difference between Process Owner, Process Manager and Process Practitioner?

I was recently asked to clarify the roles of the Process Owner, Process Manager and Process Practitioner and wanted to share this with you. Roles and Responsibilities: Process Owner – this individual is “Accountable” for the process. They are the goto person and represent this process across the entire organization. They will ensure that the process is clearly defined, designed and documented. They will ensure that the process has a set of Policies for governance. Example: The process owner for Incident management will ensure that all of the activities to Identify, Record, Categorize, Investigate, … all the way to closing the incident are defined and documented with clearly defined roles, responsibilities, handoffs, and deliverables.  An example of a policy in could be… “All Incidents must be logged”. Policies are rules that govern the process. Process Owner ensures that all Process activities, (what to do), Procedures (details on how to perform the activity) and th