Search
Topics
  Create an account Home  ·  Topics  ·  Downloads  ·  Your Account  ·  Submit News  ·  Top 10  
Modules
· Home
· Content
· FAQ
· Feedback
· Forums
· Search
· Statistics
· Surveys
· Top
· Topics
· Web Links
· Your_Account

Current Membership

Latest: EAlderson
New Today: 33
New Yesterday: 59
Overall: 146192

People Online:
Visitors: 49
Members: 0
Total: 49

Languages
Select Interface Language:


Major ITIL Portals
For general information and resources, ITIL and ITSM World is the most well known for both ITIL and ITIL Books. A shorter snapshot approach can be found at ITIL Zone

Related Resources
Service related resources
Service Level Agreement
Outsourcing

Note: ITIL is a registered trademark of OGC. This portal is totally independent and is in no way related to them. See our Feedback Page for more information.


The Itil Community Forum: Forums

ITIL :: View topic - Use of proper CIs in INCs
 Forum FAQForum FAQ   SearchSearch   UsergroupsUsergroups   ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

Use of proper CIs in INCs

 
Post new topic   Reply to topic    ITIL Forum Index -> The ITIL Service Desk
View previous topic :: View next topic  
Author Message
whitestyle
Newbie
Newbie


Joined: Jul 05, 2012
Posts: 8
Location: St.Petersburg, Russia

PostPosted: Thu Jul 05, 2012 5:10 pm    Post subject: Use of proper CIs in INCs Reply with quote

Hi colleagues

Having implemented Configuration mgmt, Incident Mgmt, Change mgmt, Knowledge mgmt, Problem mgmt, one of the HOT discussions in our company is how we register requests (INC, PRB, CHG) using our Service Configuration tool.

The main question is what does CI mean (in your IT system)? Symptoms or cause or solution? How do you work with CIs? How do you analyze incidents (if you do)?

For example, your customer is calling your Service Desk asking how to get access to application X? You answer: "Access to the application X is granted through IT Service Request. Please submit a request through IT Service Portal." So the customer go and submit IT Service Request.

The question is - how do you log this call/incident? Customer called and asked simple "How to" question. The service (access to applications) is presented in your Service Request system. You have a CI for the Service Request system itself, and, you have a CI for the Application X. Should you select Service Request susyem or Application X as the CI for the incident?

Many thanks to those who can share experience and thoughts in this matter.
Back to top
View user's profile
Diarmid
Senior Itiler


Joined: Mar 04, 2008
Posts: 1884
Location: Newcastle-under-Lyme

PostPosted: Fri Jul 06, 2012 2:46 am    Post subject: Reply with quote

whitestyle,

I cannot understand your claim to have implemented these things if you do not know how to handle an incoming call. Implementing them involves developing procedures for just such activities.

CI means not a lot in an IT system. It means much more in an IT service.

A customer or user asking a how to question is asking for guidance/information. If you want to know how many such requests you receive, then you set up a category for this type of call. If you want to know what system or service or function each call relates to then you can set up attributes or sub-categories to hold the information.

If you want to link the call to specific CIs then you can do so. You do it if it is useful to you. You can link none, one, two or more CIs to a single call if they are relevant and recording them is useful to you.
_________________
"Method goes far to prevent trouble in business: for it makes the task easy, hinders confusion, saves abundance of time, and instructs those that have business depending, both what to do and what to hope."
William Penn 1644-1718
Back to top
View user's profile Send e-mail
whitestyle
Newbie
Newbie


Joined: Jul 05, 2012
Posts: 8
Location: St.Petersburg, Russia

PostPosted: Fri Jul 06, 2012 10:41 pm    Post subject: Reply with quote

Diarmid

Many thanks for your prompt answer.

Let me explain my concern: people in Service Desk register same incidents (see my example in the initial post) using different CIs. E.g. somebody use CIs of Business Applications (or other IT services) which the access is required to, and others use CIs of the Service Request system (which is Service-Now).

Yes, we do have a categories for the guidance/information. In both cases people use the "information" category, but different CIs.

It's clear that there are two ways to associate incidents with configuration items:
■Using the Configuration Item reference field
■Using the Affected CI's related list

The Configuration Item reference field is usually used when there is a single, primary Configuration Item that is the cause of the incident.
The Affected CI's related list can hold multiple entries. It is often used to record which configuration items have been affected by the incident, which is simply symptoms.

So, in practice, we use a CI either indicating cause of the incident or symptoms.

Let me provide you with the following example from the Service-Now wiki:
A load-balancer in a data center is no longer operational. The CI field may have the specific server which has run out of memory, and the Affected CI related list may have a list which includes the load-balancer, the data center, the servers which depend on that load-balancer, and business services which are impacted by the missing server.

Another example from the real life: suppose your customer is calling ou reporting that his personal information (phone) in Outlook is incorrect. You know that the phone field is synchronized with Active Directory. You open AD and change the phone number. The next day the new phone number is available in the Outlook. Which CI would you use? Outlook? AD?

My question is: how do people from this forum use CIs, Services, categories? What they indicate in their incidents? At my previous company we used Remedy Ticketing system and 3 fields to categorize an incident:
Category, Type, Item (CTI)

When we opened a new incident we set initial CTI (usually what a customer came with). When a resolution group closed the incident they used final CTI for the same incident. So we had both.

I wonder if the same practice is used by anybody else.

Many thanks in advance for sharing ideas.
Back to top
View user's profile
Diarmid
Senior Itiler


Joined: Mar 04, 2008
Posts: 1884
Location: Newcastle-under-Lyme

PostPosted: Tue Jul 10, 2012 3:15 am    Post subject: Reply with quote

whitestyle,

I hate to get pedantic (that's not true - I love being pedantic), but a CI does not cause an incident and is not a symptom of an incident.

Oh, I understand what you mean and that this is "just shorthand", but I think that looking at it like that is leading you astray in your analysis.

The reasons you need to know that a particular server has failed and how you need to deal with it are different from the reasons you need to know about other affected servers and and different again from the reason you need to know about what services are affected.

The key point I'm trying to make here is that the term "CI" is not mentioned in that last paragraph.

I come back to my first response: you record the information that will be useful to you, whether in the management and resolution of the incident or in the maintenance of valuable history or both.

So, for your second example (Outlook or AD?):

1. If you want to effect a managed change to AD (new phone number), then it will certainly be useful to record that the incident response includes a change request to the AD.

2. If you want to know how much "pain" outlook gives you over time, then it will certainly be useful to record that this incident/request was related to the use of outlook.

3. If you want to know how much "pain" is caused by the growing use of phones as computers (say), then you will certainly want to record that this was an incident/request related to the use of a phone.

4. You might also want to break this down to different user departments or different types of users in case that alerts you to some underlying problem of administration or training, for example.

The point is that the decision of what to record has to be based on what you want to achieve and has little to do with what I, or anyone else on the forum,might want to achieve from such a system.

The most important thing to get right is to make sure that all staff record incidents according to the same rules every time. If you do that first, then at least you will have some information to take forward. At the moment where some do one thing and others another thing, you have no useful records whatsoever from a management perspective.

Policy and objectives must precede procedures. Why before what.
_________________
"Method goes far to prevent trouble in business: for it makes the task easy, hinders confusion, saves abundance of time, and instructs those that have business depending, both what to do and what to hope."
William Penn 1644-1718
Back to top
View user's profile Send e-mail
whitestyle
Newbie
Newbie


Joined: Jul 05, 2012
Posts: 8
Location: St.Petersburg, Russia

PostPosted: Tue Jul 10, 2012 8:11 pm    Post subject: Reply with quote

Diarmid, I've got your point, thanks.

Performing incident trends analysis (in order to find problems) I need to have both in one INC record: business service which is down for business user and an IT service which affected this business service.

Perhaps, It would be better to discuss this question in Problem management discussion on this Forum.
Back to top
View user's profile
Display posts from previous:   
Post new topic   Reply to topic    ITIL Forum Index -> The ITIL Service Desk All times are GMT + 10 Hours
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum

Powered by phpBB 2.0.8 © 2001 phpBB Group
phpBB port v2.1 based on Tom Nitzschner's phpbb2.0.6 upgraded to phpBB 2.0.4 standalone was developed and tested by:
ArtificialIntel, ChatServ, mikem,
sixonetonoffun and Paul Laudanski (aka Zhen-Xjell).

Version 2.1 by Nuke Cops 2003 http://www.nukecops.com

Forums ©

 

Logos/trademarks property of respective owner. Comments property of poster. Rest 2004 Itil Community for Service Management & Foundation Certification. SV
Site source copyright (c)2003, and is Free Software under the GNU / GPL licence. All Rights Are Reserved.