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: angeluccamaky
New Today: 35
New Yesterday: 97
Overall: 149983

People Online:
Visitors: 37
Members: 4
Total: 41 .

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 - Instruction manual versus workaround
 Forum FAQForum FAQ   SearchSearch   UsergroupsUsergroups   ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

Instruction manual versus workaround

 
Post new topic   Reply to topic    ITIL Forum Index -> Problem Management
View previous topic :: View next topic  
Author Message
MarcelBeug
Newbie
Newbie


Joined: Jul 30, 2011
Posts: 8

PostPosted: Sun Aug 07, 2011 6:29 pm    Post subject: Instruction manual versus workaround Reply with quote

I'm curious about your opinion on the following.

I consider known errors and workarounds like the appendix to the instruction manual titled "what to do in case of issues?"

Customers may have different ideas then service providers about:
1. Something being an issue or not.
2. Something being part of the service or not.

Can you imagine of any situation where a perceived issue (by the customer) is considered and accepted as a problem, while it's actually part of the normal service ("works as designed") or not in scope of the service? I see some grey areas.

Looking forward to your opinions!
Back to top
View user's profile
UKVIKING
Senior Itiler


Joined: Sep 16, 2006
Posts: 3321
Location: London, UK

PostPosted: Mon Aug 08, 2011 5:24 pm    Post subject: Reply with quote

If a service has a built in fault, then it is a not service that I as a customer would want to pay for.

End.
_________________
John Hardesty
ITSM Manager's Certificate (Red Badge)

Change Management is POWER & CONTROL. /....evil laughter
Back to top
View user's profile
mredekar
Itiler


Joined: Dec 30, 2005
Posts: 21
Location: Navi Mumbai, Maharashtra, India

PostPosted: Mon Aug 15, 2011 8:24 pm    Post subject: Reply with quote

Interesting post!!

The situations you are referring are not common scenarios but they are not very rare as well.
The situations can arise due to many reasons, few to list here are:
(1) Users are not aware or trained-enough on service features/capabilities/limitations
(2) Service features/limitation, not well defined/documented by service provider
(3) Service design assumptions, not verified with users/customers during requirement analysis etc.

To give example, I am using non-IT situation:
User calls up Desk registering that the air conditioner (AC) blower is not working evenly. It blows cold air in waves of high and low blowing. – Desk explains this being a ‘Sea-shore” effect setting, a new feature of the AC, asks user set it to ‘Normal’ if it is not desired. (Reason 1 above)

Operating temperatures (a range of temperatures within which the equipment is supposed to work normal) is one of the criteria any equipment manufacturer would provide. If equipment is used outside this range, it may breakdown or behave unexpectedly. If these limitations are not provided by service provider to user, the user may use the equipment outside operating temperatures, and call desk reporting an issue if it breakdowns. (Reason 2 above)

Incompatibility of an application designed and developed for specific Operating System (OS) does not work with previous version of OS. User calls desk to realize that the assumption that the application will be used only with the specific OS was not validated with user. (Reason 3 above)

Hope it is useful.
Back to top
View user's profile
Diarmid
Senior Itiler


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

PostPosted: Wed Aug 17, 2011 4:40 pm    Post subject: Reply with quote

The customer does not have an interest in "works as designed", but rather in "works as required".

A design failing is no better than an implementation failing from the customer perspective.
_________________
"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
Display posts from previous:   
Post new topic   Reply to topic    ITIL Forum Index -> Problem Management 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.