- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎12-07-2016 03:57 PM
Hi,
I am trying to understand what should be defined as a Business Service vs Technical Service.
Is there a standard definition for a business service and technical service with some examples and how this definition impacts CMDB/CIs in ServiceNow?
I also looked at the sample data provided by ServiceNow as Business Services.
For e.g. SAP MM, SAP HR, SAP Payroll, PeopleSoft Financials etc. Shouldn't these be created as applications in the CMDB than as Business Services?
And shouldn't be the Business Service definitions be more generic like Materials Management, Human Resources Management Systems etc. than technical and then establish relationship between Materials Management and SAP MM as Depends On?
Appreciate your help.
Thanks
Solved! Go to Solution.
- 67,496 Views
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎12-13-2016 10:35 AM
What a great topic!
tl;dr To answer your direct question, you'll only define things as Technical Services if you are using Event Management, as you may want your Event Management dashboards to roll up for IT visibility, whereas the Business Services should be customer-facing and be broken down into Service Offerings. In your example Exchange and Active Directory should both be Service Offerings, so you can track availability, slas, outages, etc.
Within ServiceNow you have a couple of layers, so it's first important to understand those artifacts and how they're utilized:
- Configuration Item: Any item that is being tracked within your CMDB and for which you have configuration information. This is the lowest layer in a service-aware CMDB. Conceptually, this is anything with an IP address (though obviously documents and applications could be CIs and won't have them, but this is just a concept). See here: Configuration Management Database
- Business Service: Work or goods that are supported by an IT infrastructure. Within ServiceNow we then break these down into different types of Business Services (Business Service, Technical Service, Service Offering, Shared Service, Application Service, Billable Service). Business Services of type Business Service are the most abstract and will represent the highest level in your CMDB. These should be how the customer sees the service being delivered, what do THEY call it (forget what IT calls it). Ask your users to describe the services they consume in a day, you'll probably hear "Email", "Purchasing", "Marketing", "Computing", "Telephony", "Finance". A mix of departments and services, that's fine, because your goal is to minimize the time it takes to communicate to your users the state of these services, and to quickly allow your users to communicate to your service desk when there is an issue. I cannot stress enough to talk to your user community to build these, if you build them from an IT point-of-view you'll miss a lot of the value of having a service-aware CMDB. You can read more here: Business service tables
- Service Offering: Derives from a business service, refining the parent business service to a specific business need. These are Services / Capabilities that you wish to track for Availability, SLA Adherence, Outages, etc. They can be made up of CIs and they support Business Services. They consist of a set of Service Commitments that you're going to track. You can then build Availability reports on Service Offerings and show back to the Business. Users can also subscribe to Service Offerings and then put availability gauges on their dashboards. See here: Service offerings
- Technical Service: A dynamic grouping of CIs, based on some common criteria. These are used in Event Management (ITOM) and will roll-up to the buckets you see in that application. You can include Business Services or CIs in these groupings. In general, you'll only use these within the ITOM suite of applications and Event Management specifically. See here: https://docs.servicenow.com/bundle/helsinki-it-operations-management/page/product/event-management/t...
- Shared Service: Similar to Technical Service, a Shared Service is a grouping of Business Services and CIs that are utilized in the IT Financial Management application in order to provide cost transparency. In general, you'll only use these within the ITFM suite of applications. See here: Create IT shared services
- Application Service: Similar to Technical Service, an Application Service is a grouping of CIs and Business Services that are Application specific.
- Billable Service: Similar to Technical Service, a Billable Service is a grouping of CIs and Business Services that you group based on how they are billed.
So, from the above set of artifacts, you'll find you really only want to be concerned with CIs > Service Offerings > Business Services, where your Service Offerings are the Business Services for which you want to track Commitments and then those will roll into customer-facing Business Services.
It's a little confusing, but hopefully the above has helped.
-Rob
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎12-08-2016 08:32 AM
elewis33 mark.stanger robpickering mitzakavlbond
Dear Experts can you please shed some light here and help me?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎12-08-2016 09:45 AM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎12-08-2016 10:22 AM
Who, me? I'm terrible at this kind of stuff.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎12-09-2016 03:10 AM
Hey srirao - so I can give you some perspective based on how we use it in OneCloud @ VMware.
Business Service for us is any service which we provide to our customers / tenants, wether these tenants are external or internal. If we have people who are end consumers of the service, then we consider the service as a business service. One more point to that from SNOW perspective is that for us, a business service is something which you can subscribe / unsubscribe to. In our environment, based on this subscription you are informed on cases where the underlying CIs supporting that business service are affected, causing the business service to be affected. Also, business services are the ones we measure availability against.
When it comes to technical services (or depending on the architecture, enhancing services as we called them), we treat those as services which need to be in place in order to guarantee and support the operation of the business services (most of the cases, there are some stand-alone ones). Commonly, technical services would not be exposed to the customer, but having the service mapping of the underlying CIs is always a gift, as you can do proper impact analysis in cases of scheduled changes, maintenance, incidents, etc.
If I have to provide a simple, really simple example:
* business service - email
* technical service - exchange server
* technical service - active sync
I hope this helps a bit. Of course, again, this is from my use case perspective.
Cheers!