I love the post below so much I can't quite describe it. Categorization has bothered me for years - since 1994, when I encountered my first help desk product (anyone remember Software Artistry?)
Anyway, the problem is always that - at some level - you end up with repeating terms. Breaking CTI up and to Prod/Op Cats kind of works, but also adds a layer of confusion for lots of people. So why not tags? It's brilliant, and simple. You could have a pre-defined list of them as well with alias. For example, "Desktop" and "workstation" are basically the same thing to most people (you Unix guys, don't start...). William Rentfrow [email protected] Office: 715-204-3061 or 701-232-5697x25 Cell: 715-498-5056 From: Action Request System discussion list(ARSList) [mailto:[email protected]] On Behalf Of Thad Esser Sent: Friday, January 30, 2015 11:24 AM To: [email protected] Subject: Re: OT: Is CTI still relevant? (was "Categorization") ** Jason, I've mulled over the same questions - what is the best way to categorize a ticket to achieve routing and reporting? I think one of the inherent issues with CTI (and/or Op/Prod cats), is the hierarchical structure of them. It's not always clear what values should be at what tier and frequently there is ambiguity in which word/tier is a subset of another. One thought I've had is to ditch the hierarchy, and just have one big text field that holds "Tags" for categorization, similar to the way many forum sites (stackoverflow for example) categorize their conversations. You'd be able to slice the records however you wanted for reporting, without forcing tiers. You could add as many tags as reasonably needed. In my fantasy, AI enthusiast world, it'd be cool to have the Tags automatically created based on the relevant (tricky to define) words in the Summary field or other aspects of the tickets. For routing, the assignment config form would have several generic fields that get wild carded and AND-ed together against the single CategorizationTags field. The config form would basically stay the same as it is in ITSM, except instead of comparing field-to-field, all the assignment criteria fields would be compared against the one CategorizationTags field. Transition would consist of populating the CategorizationTags field on each record with the values in CTI fields. I've never had a chance to build this out, so there may be hidden gotchas, but it is fun to consider. I can see performance of the wildcard searching as one possible issue. Anyway, some food for thought. Thad On Thu, Jan 29, 2015 at 5:26 PM, Jason Miller <[email protected]<mailto:[email protected]>> wrote: ** I thought I would branch off this categorization thread since it is pretty timely to my organization. We are just starting requirement gathering to build our own Help Desk app that will replace the HD v6 one we use right now. Our IT org is very wrapped up in CTIs. Over the years I have been involved in many passionate CTI conversations. And of course there is always the request to add a 4th level (remember we are on HD 6 without Op/Prod cats being separate). There is currently a workgroup that meets weekly to clean up and standardize CTIs. What I wondering is are CTIs still relevant and useful today? Maybe they are? But I want to explore the possibility they are not, and think outside of the CTI box while we build our new Help Desk application. A little context/history: We built our own custom Change Management app in 2014. As we were doing mockup of the main form I instinctively added CTI along with a separate Product field (giving use that sought after 4th level) and Activity. The Activity field was a customization to ITSM 8.x that "characterized the change" and lead the submitter to use the right Change Template. As we refined the new form we ended up ditching Category and Item and repurposed Type into Change Type (Routine, Medium, Complex). Between Product and Activity we found we did not need any further categorization (granted this app has only been in production 4 months, let's build a year's worth of data and see if we need it for reporting later). As we are kicking around design considerations for our new Help Desk app I am wondering if we still need CTIs? Admittedly our CTIs in Help Desk have considerable automation based on them (priority, paging, routing, special notifications, etc.) where we didn't need all this for CM. I am asking: 1) on a conceptual level what do you all think about the "need" for CTI (or categorization). 2) are there any custom shops out there that have either ditched CTI and/or have come up with some other methodology? If you are interested here is a screenshot of the top left portion of our CM form with the Product (we branched in to services too, total non ITIL shop), Activity (menu based on Support Group, set by the Product) and the Change Type. [cid:[email protected]] Thanks for your feedback! Jason On Thu, Jan 29, 2015 at 12:02 PM, Thad Esser <[email protected]<mailto:[email protected]>> wrote: ** Scott, Rick's document is absolutely a good starting point - it has helped me. Over the years, another way I've used to describe categorizations is: * The OpCat is the "verb" of the ticket. What action is being taken because of this ticket. I ask, "Operationally, how do we handle this ticket?" For example, "Add->Server->xxx". * The ProdCat is the "noun" of the ticket. What is the thing this ticket is about? (Hardware>Processing Unit>Server) For the OpCats, if you use things like Add, Fix, Remove, or Change in the OpCat Tier 1, try to keep the Tier 2 homogeneous. So for example, "Add->Server", "Fix->Server", "Change->Server". You don't want to end up with "Add->Software" and "Change->Application". That's not a hard-n-fast rule, but worth thinking about along the way. Hope that helps, Thad On Thu, Jan 29, 2015 at 6:03 AM, Scott Hallenger <[email protected]<mailto:[email protected]>> wrote: ** Not sure if this is asking for too much, or that I'm crossing the lines of info sharing etiquette wit this question, but here it goes. I have been Working on re-working my clients current Product and Op category matrix,which is in bad shape. If was wondering if anyone would be willing to share their category matrix just so that I would have something to start with. This way I am not re-inventing the wheel. I figured someone out there my actually have a Cat matrix that they are happy with. If you not comfortable with sharing I understand. My client is a retail organization if that helps. _ARSlist: "Where the Answers Are" and have been for 20 years_ _ARSlist: "Where the Answers Are" and have been for 20 years_ _ARSlist: "Where the Answers Are" and have been for 20 years_ _ARSlist: "Where the Answers Are" and have been for 20 years_ ________________________________ No virus found in this message. Checked by AVG - www.avg.com<http://www.avg.com> Version: 2014.0.4800 / Virus Database: 4257/9025 - Release Date: 01/30/15 _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"

