Re: How-to questions - Request or Restoration?

2009-07-09 Thread strauss
Our central helpdesk, the library helpdesk, and many of the distributed areas 
the track most of their work in ITSM (not all do) get calls for help all the 
time when nothing is broken.  Those calls are _supposed_ to be recorded as User 
Service Requests, although the default for a new Incident is User Service 
Restoration and it does not always get changed.

When we configured ITSM 7 with SLM 7 for production in early 2008, and Kinetic 
Request for the customer interface, we made a lot of decisions about Service 
Type.  Some of that is detailed in our docs on http://remedy.unt.edu (support 
staff docs are at http://arsweb4.ars.unt.edu/index_prod.htm ), mostly under the 
SLM and Outages sections.

The rates of escalation for Infrastructure Restoration, User Service 
Restoration, and User Service Request are very different - the resolution of a 
Critical Infrastructure Restoration breaches in 4 hours versus a Low User 
Restoration breaches in 32 hours.  A low User Service Request also breaches at 
32 hours, but we could have set that to an even longer period.  Restorations 
are fixing broken stuff.  Requests are not; they are things people need or want 
to have done that they did not have access to or running before.  Anything like 
a question called into the helpdesk will normally be classified as a User 
Service Request, including password resets, unless the discussion leads to an 
actual issue like a mail or distance education service being down.

BTW, all or most of our Kinetic Request Service Items available to our 
customers explicitly set the Service Type (and 
Severity/Impact/Urgency/Priority), which is very helpful since all of the SLAs 
key off Service Type and Priority.  If you look at our docs, Severity is a 
metric we added since we had used it since 1999 in Help Desk 4 and later 5.5 
and it allows our staff to ignore Impact, Urgency, and Priority when entering 
tickets.

We use Infrastructure Events for scheduled maintenance and scheduled outages, 
but this may be a non-standard use since I think it was intended for use with 
monitoring tools that we do not have integrated to ITSM (and there are no 
central monitoring tools on campus - everyone uses whatever they found on the 
Internet yesterday that looked cool, it seems).  We also don't have Asset Mgmt, 
so there are no CIs and no down-time records other than what we carry in 
Kinetic Calendar.

Just some thoughts since I didn't see much response to your query.

Christopher Strauss, Ph.D.
Call Tracking Administration Manager
University of North Texas Computing  IT Center
http://itsm.unt.edu/

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] On Behalf Of Ron Legters
Sent: Friday, June 26, 2009 11:28 AM
To: arslist@ARSLIST.ORG
Subject: How-to questions - Request or Restoration?

Our shop is using Incident Management 7, and we're currently encouraging our IS 
staff to make better choices in the 'Service Type' field (specifically 'User 
Service Restoration' vs. 'User Service Request') so we can get more reliable 
numbers for Mean Time to Repair. 

We get a fair number of user who contact IS because they don't know how to do 
something, and we can't decide if we should class these as 'Requests' or 
'Restorations'. On the one hand, the service is operating normally, there's 
nothing we need to fix on our end, so it sounds like a 'Request'. On the other 
hand, the 'Service Restoration' definition just specifies, in essence, that the 
service is unavailable, so if we make it available again either by repairing 
something or showing the user how to use it, it's still a Restoration.

I'd be interested to hear how other folks are addressing this, as it seems 
unlikely we're the only shop that gets calls from users asking for help when 
nothing's broken.

Thanks,
Ron Legters
Tools Administrator 
Production and Quality Control 
Univar USA Inc.
425.889.3952 Office
425.889.4111 Fax 
www.univarusa.com 

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers Are

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers Are


How-to questions - Request or Restoration?

2009-06-26 Thread Ron Legters
Our shop is using Incident Management 7, and we're currently encouraging our IS 
staff to make better choices in the 'Service Type' field (specifically 'User 
Service Restoration' vs. 'User Service Request') so we can get more reliable 
numbers for Mean Time to Repair. 

We get a fair number of user who contact IS because they don't know how to do 
something, and we can't decide if we should class these as 'Requests' or 
'Restorations'. On the one hand, the service is operating normally, there's 
nothing we need to fix on our end, so it sounds like a 'Request'. On the other 
hand, the 'Service Restoration' definition just specifies, in essence, that the 
service is unavailable, so if we make it available again either by repairing 
something or showing the user how to use it, it's still a Restoration.

I'd be interested to hear how other folks are addressing this, as it seems 
unlikely we're the only shop that gets calls from users asking for help when 
nothing's broken.

Thanks,
Ron Legters
Tools Administrator 
Production and Quality Control 
Univar USA Inc.
425.889.3952 Office
425.889.4111 Fax 
www.univarusa.com 

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers Are


Re: How-to questions - Request or Restoration?

2009-06-26 Thread Rick Cook
Ron, I would look at it through the filter of your service model. If the issue 
is, and should be, resolved by those doing break/fix, then it is a restoration. 
Otherwise, it isn't. 

--Original Message--
From: Ron Legters
Sender: Action Request System discussion list(ARSList)
To: arslist@ARSLIST.ORG
ReplyTo: arslist@ARSLIST.ORG
Subject: How-to questions - Request or Restoration?
Sent: Jun 26, 2009 9:28 AM

Our shop is using Incident Management 7, and we're currently encouraging our IS 
staff to make better choices in the 'Service Type' field (specifically 'User 
Service Restoration' vs. 'User Service Request') so we can get more reliable 
numbers for Mean Time to Repair. 

We get a fair number of user who contact IS because they don't know how to do 
something, and we can't decide if we should class these as 'Requests' or 
'Restorations'. On the one hand, the service is operating normally, there's 
nothing we need to fix on our end, so it sounds like a 'Request'. On the other 
hand, the 'Service Restoration' definition just specifies, in essence, that the 
service is unavailable, so if we make it available again either by repairing 
something or showing the user how to use it, it's still a Restoration.

I'd be interested to hear how other folks are addressing this, as it seems 
unlikely we're the only shop that gets calls from users asking for help when 
nothing's broken.

Thanks,
Ron Legters
Tools Administrator 
Production and Quality Control 
Univar USA Inc.
425.889.3952 Office
425.889.4111 Fax 
www.univarusa.com 

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers Are


Rick

Re: How-to questions - Request or Restoration?

2009-06-26 Thread Lyle Taylor
It's often not easy to decide.  I would say that If a customer simply doesn't 
know how to do something and is calling for information, then I would classify 
that as a User Service Request.  An Incident is defined as a loss of service or 
degradation in performance of a service.  If a person can't get to their e-mail 
(while they normally could), then I would classify that as an Incident.  On the 
flip side, if it's because someone changed something, sent out a memo about 
what the user needed to do, and the user simply didn't bother to read it, I'd 
still classify that as an Incident, even though they're effectively calling for 
information.  From the user's perspective, the service is not working, so for 
them it's an Incident.

One thing to keep in mind is that from the user's perspective, it doesn't 
matter whether you think the service is up or not, if they can't get to it or 
use it properly for some reason, then it's still an incident.

Don't know if that helps any...

Lyle

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] On Behalf Of Ron Legters
Sent: Friday, June 26, 2009 10:28 AM
To: arslist@ARSLIST.ORG
Subject: How-to questions - Request or Restoration?

Our shop is using Incident Management 7, and we're currently encouraging our IS 
staff to make better choices in the 'Service Type' field (specifically 'User 
Service Restoration' vs. 'User Service Request') so we can get more reliable 
numbers for Mean Time to Repair. 

We get a fair number of user who contact IS because they don't know how to do 
something, and we can't decide if we should class these as 'Requests' or 
'Restorations'. On the one hand, the service is operating normally, there's 
nothing we need to fix on our end, so it sounds like a 'Request'. On the other 
hand, the 'Service Restoration' definition just specifies, in essence, that the 
service is unavailable, so if we make it available again either by repairing 
something or showing the user how to use it, it's still a Restoration.

I'd be interested to hear how other folks are addressing this, as it seems 
unlikely we're the only shop that gets calls from users asking for help when 
nothing's broken.

Thanks,
Ron Legters
Tools Administrator 
Production and Quality Control 
Univar USA Inc.
425.889.3952 Office
425.889.4111 Fax 
www.univarusa.com 

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers Are


 NOTICE: This email message is for the sole use of the intended recipient(s) 
and may contain confidential and privileged information. Any unauthorized 
review, use, disclosure or distribution is prohibited. If you are not the 
intended recipient, please contact the sender by reply email and destroy all 
copies of the original message.

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers Are