Christopher,

I agree that service should be somewhere above the CTI's. Given the fact that 
service is not present (directly) in most of the itsm apps/forms I am simply 
looking for a way to utilize what is given to achieve some more service-centric 
model. For me, becoming service centric is an important step for better 
utilizing the itil foundations.
Your environment is quite unique because all customers are provided the same 
packege of services (probably with few exceptions) and you have relatively low 
volume of incidents. 
I am far from saying that you guys have to make the change for the sake of 
being service centric. Apparently your support organization works well for you. 
Look ,however, in the high volume shops - 1 million plus incident per year and 
vast vatiety of services provided to different users and all the restrictions 
related to supporting different service and different skill sets needed to do 
so, especially when it comes to sensitive data - goverment, financial, telecom, 
pharma, just to name few. In my opinion, one of the the better ways to handle 
such environments to adopt the service centric model, identify the service 
managers, and let them define how do they want to handle everything withing 
their arreas of responsibility.
  
Regards,

Nicky Madjarov
phone: 973-202-4278
Find out how to bust your AR System performance @
http://www.SpeedUpARS.com
  ----- Original Message ----- 
  From: strauss 
  Newsgroups: public.remedy.arsystem.general
  To: arslist@ARSLIST.ORG 
  Sent: Thursday, April 09, 2009 6:37 PM
  Subject: Re: Product Categorizations and the Elephant Rhyme


  ** 
  If that is all that there is to the Service Catalog, then BMC has been 
blowing a lot of smoke about it in my opinion.  Our CFG:ServiceCatalogAssoc 
contains the 53 Global CTI that our helpdesk defined before we went live and 
Don imported with Data Management, plus a few I added to support campus-wide 
outage reporting.  We have another 154 non-Third Party Product CTI that we also 
imported or defined in four major categories: Computing Services, Desktop 
Software, Hardware, and Infrastructure.  Don built all of this in consultation 
with the central helpdesk, who incorporated many of these CTI into their 
Incident templates.  We gave every one of the colleges and departments, who 
each have their own Company, the ability to define their own CTIs within their 
company, but so far NO ONE has done so in almost a year of production.

   

  To me, a Service Catalog entry should exist at a hierarchical level above 
CTI, as was hinted at but not realized in ITSM 5.x, but I have never found that 
implemented in the ITSM apps in a practical way.  The closest is the Business 
Service configuration item in Asset Management/CMDB, but like everything in the 
CMDB it is a Product categorization, not an Operational categorization.  There 
does not appear to be any place that you can tie OpCats and ProdCats together 
under a defined IT Service at what I have always perceived to be the "Service 
Catalog" level.  Whenever I have heard people talk about a "Service Catalog," I 
was looking for something where you can define an IT Service like "Payroll 
Services" and it will have some OpCats for Incidents and Changes to use, and 
some ProdCats that define the system CIs and component CIs that make up the IT 
Service.  Without the top-level connection, it's the same huge pile of 
incomprehensible categorizations that we cussed and discussed for the last 
decade, and finally discarded.  

   

  I think we actually got the closest to this in our old 5.x app when we added 
a second tier to the Summaries in the Requester Console, and the top tier 
included things like "Student Computing Services," "Distributed Computing 
Services,"  and "Administrative Computing Services" as well as more specific 
things like "Residence Networks."  Even the helpdesk staff MUCH preferred to 
use the Summary menus (which carried over into Help Desk cases just like they 
did in the Requester -New Request form) to quickly categorize a ticket than to 
wade through the CTI menus, even after we gave them a pull-right hierarchical 
menu of the CTIs to navigate.  Today they have learned to use the 40 some odd 
incident templates defined by their manager in almost the same way.

   

  Looking back, I don't see very many support staff on our ITSM 7 system making 
use of even the existing categorizations.  I reviewed ~16,200 incidents from 
the last 11 months and the vast majority of those with populated 
categorizations (6,676) were either generated by Kinetic Request, or by the 
central helpdesk which uses incident templates wherever possible.  The rest had 
no CTI whatsoever.  Once ITSM 7 made it optional data, and without any emphasis 
from IT managers in most of our support groups to enter it for reporting, CTI 
usage plummeted.  Something to think about if we ever want to do really 
detailed reporting.  On the other hand, we have heard many comments over the 
last year that the support staff users like this version better than previous 
ones since they can get tickets into it quicker, so we gained in speed what we 
lost in detail.  Your mileage _will_ vary!

   

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

  From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] On Behalf Of Meyer, Jennifer L
  Sent: Thursday, April 09, 2009 12:53 PM
  To: arslist@ARSLIST.ORG
  Subject: Re: Product Categorizations and the Elephant Rhyme

   

  ** 

  Thank you, Chris, Rick, and Don for your feedback.  

   

  Chris, 

   

  Thank you for a very well-reasoned argument.  I always value your input 
highly.  As you said, there are a number of different ways to configure 
assignment in Remedy 7.X, and keying on CTI may not be the best method to use 
for every organization.  Personally, I'd rather thoroughly train the 
first-level help desk in the business process and allow them to make 
intelligent decisions, but if that happened in the real world, we wouldn't need 
assignment rules.

   

  The assignment method was decided long before I joined the organization, and 
I'm not in a position to change it; however, neither is MET (Thanks, Rick!).  
The last time I had Remedy training was 6.0, (2005) so I'm learning 7.X on the 
job.  We support a very large company with multi-tenancy from a central hub, so 
keying off organization won't work for us.  In our case, generic OpCats and 
ProdCats work quite well.  We also use assignment rules tied to every support 
group.  

   

  Thank you again for your excellent response.  I learned quite a bit reading 
it.

   

  P.S.  Service Catalog is defined in CFG:ServiceCatalogAssoc.  We import it 
from the 25+ page Foundation Data Spreadsheet.

   

  Don,

   

  You put a lot of detail into your explanation; the set theory model was an 
apt method to describe it.

   

  We create mutually exclusive assignment records.  I've learned through filter 
logging that if any support group does not have an assignment rule, some of the 
OOB workflow fails.

  We also have a SPOC (Tier 1 Help Desk) for each tenancy, so all incidents are 
owned by that tenancy's SPOC and assigned to Tier 2 support by SPOC personnel.  
As I mentioned above, if Tier 1 were trained as well as we'd all like 
assignment rules would be redundant.

   

   

  Rick,

   

  I'm a huge fan of your "Generic Incident Classification" document, as you 
already know.  I keep a copy on a flash drive that's on me at all times, and 
it's come in very useful.  The chief issue with MET is that he's an individual 
(actually, two individuals) with whom we have a very cordial working 
relationship, and we'd prefer to keep him on our side.  Also, as happens too 
often in organizations, process definition and enforcement in management is 
somewhat lax.  

   

  I'm convinced this is a communication issue that we can overcome by showing 
MET more of the elephant.  I strongly suspect MET got wind of an argument 
similar to the one Chris first made, interpreted it incorrectly, and doesn't 
have a strong enough grasp of the assignment process to follow it through to 
its conclusion.  Chris's argument is really solid, but it's not the assignment 
process we're using.  

   

  Thank you, gentlemen, for putting so much thought and concern into your 
responses.  

   

   

   

  If you folks should happen to come across anything indicating Categorizations 
are a solid method for assignment, please do send it my way.  Even if it's from 
'95 to '02, and has the Remedy or P-word logo on it, at least it looks official.

   

   

  Jennifer Meyer

  Remedy Technical Support Specialist

  State of North Carolina

  Office Of Information Technology Services

  Service Delivery Division

  ITSM & ITAM Services

  Office: 919-754-6543

  ITS Service Desk: 919-754-6000

  jennifer.me...@its.nc.gov

  http://its.state.nc.us

   

  E-mail correspondence to and from this address may be subject to the North 
Carolina Public Records Law and may be disclosed to third parties only by an 
authorized State Official.

  __Platinum Sponsor: RMI Solutions ARSlist: "Where the Answers Are" 
html____Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers 
Are"_ 

  _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"

Reply via email to