One of the main reasons so many organizations stall at the IT service definition phase is precisely the lack of guidance on how to perform IT service definition. ITIL is insufficient in defining services and does not help much to develop a sound IT service definition model. But ITIL does reference dozens of related frameworks and practices. In keeping with this tradition I went out and looked around for the best IT service definition framework or practice I could find.

As I started thinking about it, and asked myself, “Self, who has been thinking about how to offer standard IT service offerings based on shared support and delivery models and who has been doing it (and that means refining it) longer than anyone else?” Well, I think I have uncovered the most elegant, easy to understand, logical and powerful IT service definition model in the world. With this model you can quickly define your IT services, create a service portfolio hierarchy and generally speaking get off the dime and define your IT services starting as soon as you finish this article!

Say Hello to SID

SID is the Telemanagement Forum (TMF) New Generation Operations Systems and Software (NGOSS) Shared Information Data model (whew!) TMF is the international working group of the world’s telecommunications carriers and service providers. They have spent a long time trying to understand how to market and sell IT services as products. SID is the result of over 100 years of this research and is the de facto standard for IT service definition.

SID is your ticket off the dime and onto the IT service definition fast track. SID concepts include products, services and resources. We can combine SID with ITIL to make it easier to talk about and develop service definitions, and SID combines very nicely with ITIL to offer a layered construct for IT service provisioning, and unambiguous service definitions.

SID defines a product as what the enterprise sells or delivers; services as those things that create, deliver or support a product; and resources as what comprises a service. So far so good—a tie in with the business and a simple three layer initial model. I like simple and nothing in SID goes against anything in ITIL. Just the opposite is true. In fact, SID makes ITIL easier to understand.

Consider the terms “customer” and “user”. ITIL causes great confusion with its definitions of customer and user, where customer is the business unit manager that acquires IT services on behalf of his or her direct reports called users. SID refines this by declaring the term “end-user” and “end-customer” as those that are outside of the service provider organization. Combining ITIL and SID definitions makes it clear which is which. Customers and users sell and support products sold to end-customers or end-users.

SID then expands upon the definition of a service to include just two types of services. A “customer-facing service” (CFS) is an abstraction that defines the characteristics and behavior of a particular service as seen by the customer. This means that a customer acquires, purchases and/or is directly aware of the type of service.

CFSs comprise enterprise products, and your customers acquire CFS from IT (you). You know it’s a CFS when the customer is aware of and uses the service directly; and can purchase or acquire the service individually. A CFS is “back to back” and in direct contrast with a resource-facing service (RFS) that supports CFSs but are not seen or purchased directly by the customer. RFSs are used only inside of IT to build CFSs. You know it’s a RFS when the customer is unaware of the service; and is not able to directly acquire the service.

So, for example, special applications and systems used within IT exclusively (e.g., “backup”) are thus RFS, and may be used to deliver a CFS (e.g., “DHCP” is required for “Email”). This is brilliant! We can now simply divide any service into one or just two camps: customer- or resource-facing. No arguing, no bickering! But wait, there’s more! A couple of very easy rules make understanding and using SID in a group setting effortless:

Easy Rule #1: Perception During Use

Easy Rule #2: Ability to Acquire If a customer can acquire and use the service independently it’s a CFS, otherwise it’s a RFS.

One of the main reasons so many organizations stall at the IT service definition phase is precisely the lack of guidance on how to perform IT service definition. ITIL is insufficient in defining services and does not help much to develop a sound IT service definition model. But ITIL does reference dozens of related frameworks and practices. In keeping with this tradition I went out and looked around for the best IT service definition framework or practice I could find.

As I started thinking about it, and asked myself, “Self, who has been thinking about how to offer standard IT service offerings based on shared support and delivery models and who has been doing it (and that means refining it) longer than anyone else?” Well, I think I have uncovered the most elegant, easy to understand, logical and powerful IT service definition model in the world. With this model you can quickly define your IT services, create a service portfolio hierarchy and generally speaking get off the dime and define your IT services starting as soon as you finish this article!

Say Hello to SID

SID is the Telemanagement Forum (TMF) New Generation Operations Systems and Software (NGOSS) Shared Information Data model (whew!) TMF is the international working group of the world’s telecommunications carriers and service providers. They have spent a long time trying to understand how to market and sell IT services as products. SID is the result of over 100 years of this research and is the de facto standard for IT service definition.

SID is your ticket off the dime and onto the IT service definition fast track. SID concepts include products, services and resources. We can combine SID with ITIL to make it easier to talk about and develop service definitions, and SID combines very nicely with ITIL to offer a layered construct for IT service provisioning, and unambiguous service definitions.

SID defines a product as what the enterprise sells or delivers; services as those things that create, deliver or support a product; and resources as what comprises a service. So far so good—a tie in with the business and a simple three layer initial model. I like simple and nothing in SID goes against anything in ITIL. Just the opposite is true. In fact, SID makes ITIL easier to understand.

Consider the terms “customer” and “user”. ITIL causes great confusion with its definitions of customer and user, where customer is the business unit manager that acquires IT services on behalf of his or her direct reports called users. SID refines this by declaring the term “end-user” and “end-customer” as those that are outside of the service provider organization. Combining ITIL and SID definitions makes it clear which is which. Customers and users sell and support products sold to end-customers or end-users.

SID then expands upon the definition of a service to include just two types of services. A “customer-facing service” (CFS) is an abstraction that defines the characteristics and behavior of a particular service as seen by the customer. This means that a customer acquires, purchases and/or is directly aware of the type of service.

CFSs comprise enterprise products, and your customers acquire CFS from IT (you). You know it’s a CFS when the customer is aware of and uses the service directly; and can purchase or acquire the service individually. A CFS is “back to back” and in direct contrast with a resource-facing service (RFS) that supports CFSs but are not seen or purchased directly by the customer. RFSs are used only inside of IT to build CFSs. You know it’s a RFS when the customer is unaware of the service; and is not able to directly acquire the service.

So, for example, special applications and systems used within IT exclusively (e.g., “backup”) are thus RFS, and may be used to deliver a CFS (e.g., “DHCP” is required for “Email”). This is brilliant! We can now simply divide any service into one or just two camps: customer- or resource-facing. No arguing, no bickering! But wait, there’s more! A couple of very easy rules make understanding and using SID in a group setting effortless:

Easy Rule #1: Perception During Use

Easy Rule #2: Ability to Acquire If a customer can acquire and use the service independently it’s a CFS, otherwise it’s a RFS.

One of the main reasons so many organizations stall at the IT service definition phase is precisely the lack of guidance on how to perform IT service definition. ITIL is insufficient in defining services and does not help much to develop a sound IT service definition model. But ITIL does reference dozens of related frameworks and practices. In keeping with this tradition I went out and looked around for the best IT service definition framework or practice I could find.

As I started thinking about it, and asked myself, “Self, who has been thinking about how to offer standard IT service offerings based on shared support and delivery models and who has been doing it (and that means refining it) longer than anyone else?” Well, I think I have uncovered the most elegant, easy to understand, logical and powerful IT service definition model in the world. With this model you can quickly define your IT services, create a service portfolio hierarchy and generally speaking get off the dime and define your IT services starting as soon as you finish this article!

Say Hello to SID

SID is the Telemanagement Forum (TMF) New Generation Operations Systems and Software (NGOSS) Shared Information Data model (whew!) TMF is the international working group of the world’s telecommunications carriers and service providers. They have spent a long time trying to understand how to market and sell IT services as products. SID is the result of over 100 years of this research and is the de facto standard for IT service definition.

SID is your ticket off the dime and onto the IT service definition fast track. SID concepts include products, services and resources. We can combine SID with ITIL to make it easier to talk about and develop service definitions, and SID combines very nicely with ITIL to offer a layered construct for IT service provisioning, and unambiguous service definitions.

SID defines a product as what the enterprise sells or delivers; services as those things that create, deliver or support a product; and resources as what comprises a service. So far so good—a tie in with the business and a simple three layer initial model. I like simple and nothing in SID goes against anything in ITIL. Just the opposite is true. In fact, SID makes ITIL easier to understand.

Consider the terms “customer” and “user”. ITIL causes great confusion with its definitions of customer and user, where customer is the business unit manager that acquires IT services on behalf of his or her direct reports called users. SID refines this by declaring the term “end-user” and “end-customer” as those that are outside of the service provider organization. Combining ITIL and SID definitions makes it clear which is which. Customers and users sell and support products sold to end-customers or end-users.

SID then expands upon the definition of a service to include just two types of services. A “customer-facing service” (CFS) is an abstraction that defines the characteristics and behavior of a particular service as seen by the customer. This means that a customer acquires, purchases and/or is directly aware of the type of service.

CFSs comprise enterprise products, and your customers acquire CFS from IT (you). You know it’s a CFS when the customer is aware of and uses the service directly; and can purchase or acquire the service individually. A CFS is “back to back” and in direct contrast with a resource-facing service (RFS) that supports CFSs but are not seen or purchased directly by the customer. RFSs are used only inside of IT to build CFSs. You know it’s a RFS when the customer is unaware of the service; and is not able to directly acquire the service.

So, for example, special applications and systems used within IT exclusively (e.g., “backup”) are thus RFS, and may be used to deliver a CFS (e.g., “DHCP” is required for “Email”). This is brilliant! We can now simply divide any service into one or just two camps: customer- or resource-facing. No arguing, no bickering! But wait, there’s more! A couple of very easy rules make understanding and using SID in a group setting effortless:

Easy Rule #1: Perception During Use

Easy Rule #2: Ability to Acquire If a customer can acquire and use the service independently it’s a CFS, otherwise it’s a RFS.

Let’s consider the ubiquitous IT service usually called something akin to “email”, although it may go by the name Exchange, Outlook, Notes or even “Communications Services.” Few IT services engender the passion, debate and paralysis of trying to decide if email is a service or not, so it’s a good example. Be sure to keep in mind the SID three layer model and the easy rules of “perception during use” and “ability to acquire.”

Your customers use CFS to deliver enterprise products. If your company manufactured widgets, then your IT service customers might use the “Email Send and Receive” CFS in pursuit of selling and supporting widgets. A optional CFS may be the ability to include file attachments when sending and receiving emails, yet another optional CFS may be the ability access email via broadband or dial connections. In this example, three CFS might combine to create a service.

Such an email service could include either of the optional CFS, both of them, or none of them depending on what your customer chooses. Conversely, the IT service provider (you) might decide to offer all three example CFS as a single bundled CFS called, you guessed it, “email.”

CFS are defined as those IT services a customer may acquire directly from an IT service provider. Customers are aware of and interact with CFS, and one or many CFSs normally underpin or create one or more business processes and products. CFSs consist of RFSs, and RFSs may not be acquired by a customer except as part of a CFS.

Consider the ability to send and receive emails, which requires routing and transmission services not available and probably not useful to a customer outside of their incorporation into CFS. For example, the CFS of “Email Send and Receive” might not operate without the RFS of “Domain Name Services” (DNS) and perhaps the RFS of “Dynamic Host Configuration Protocol” (DHCP.) Customers are usually unaware of RFS since they do not acquire or interact with them directly. RFS are usually shared IT services and underpin one to many CFS.

RFS, for example DNS or DHCP, consist of one or more IT resources. For example, individual network links, Internet routers, servers, software, support technicians, operating procedures, etc., all combine together as a RFS (perhaps DNS or DHCP in this example), which is not only unavailable directly to the customer, but of which the customer may be totally unaware and unable to use outside of its CFS.

RFS create CFS and IT resources create RFS. IT resources consist of all the individual information, technology, capital, accommodation, human and other related components required to produce and support RFS. IT resources underpin RFS, and most IT resources are shared across several and in many cases all RFS.

Summary

So there you have it. Honestly, this is the simplest and easiest to understand taxonomy for IT service definition I have every seen or used, and I have seen and used quite a few. I think the most elegant, fastest and easiest way to define IT services is without a doubt SID. Using this methodology you should be able to define your services in hours instead of weeks.

The beauty of SID is that is over 100 years in the making and has been validated by telephone, operating, cable and other IT service companies the world-over. In summary:

I can’t tell you why ITIL doesn’t reference SID, but I can tell you that SID is simply the best way to define IT services. Check it out, you will come to think so too.