Don't have an account yet? You can create one. As a registered user you have some advantages like theme manager, comments configuration and post comments with your name.
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.
Search
Languages
Select Interface Language:
Advertising
Please contact us via the feedback page to discuss advertising rates.
Posted: Mon Mar 14, 2011 9:49 am Post subject: Trend Analysis Tools?
We're looking to implement problem management into our environment. We currently use Frontrange Heat for incident management. From our Heat system we have various reports such as top 10 call types in a period. Our call types and subtypes are fairly well defined. We also dump the data into excel and use pivot tables to give us a better representation of the breakdown of the incidents.
With that being said, we can use the current reporting tools to see changes from period to period, but I was wondering if there are any tools out there that could parse data perhaps based on keywords to find similarities between various incident calls. As it stands right now, we would have to manually go through the call descriptions to see if any correlation exists among the incidents. It would be nice to have a tool that could analyze the dataset and group any incidents that could be related to each other. Any thoughts on this?
Hmm. Frontrange runs a database (SQL server is one option, IIRC). That data can be queried by a few SQL Server tools, if the Heat tool doesn´t contain those possibilities. Check the help for Heat first ( on writing SQL queries directly from Heat). Then start looking at SQL server Analysis Services. From there, I´d say you have a good chance of making trends/prognosis work that will actually be good.
Database diagram is necessary, of course. And an intimate knowhow of Transact-SQL and Heat.
Good luck! _________________ ---------------- bragging line -----------------
V2 Combined Practitioner (service support)
Problem Mgr
Joined: Mar 10, 2008 Posts: 403 Location: Sunderland
Posted: Tue Mar 15, 2011 1:33 am Post subject:
Sounds a bit rubbish to me. Your database fields should be meaningful enough to allow effective trend analysis and their population should be rigidly adhered to by users of the system.
What you're proposing is performing analytics based on specific rules against a wide, inconsistent data set
Trend Analysis often suffers from the SISO issue - Sh!te In Sh!te Out
Sounds a bit rubbish to me. Your database fields should be meaningful enough to allow effective trend analysis and their population should be rigidly adhered to by users of the system.
What you're proposing is performing analytics based on specific rules against a wide, inconsistent data set
Trend Analysis often suffers from the SISO issue - Sh!te In Sh!te Out
Then we agree to disagree. We are breaking our call types down to be more granular, and that will certainly help with trend analysis. But at some point, somebody would have to analyze the data if there was a fluctuation from month to month to see if there was any trend that could be correlated.
I'm not asking to perform analysis based on specific rules. I'm asking if there is a tool that could examine a dataset and find similarities between the records. At that point I could examine the output to see if it's legitimate or not.
And Bluesman is right, our system runs on an Oracle db so we could run sql scripts against it. I just wanted to stop in here first to see if anybody knew of any tools before we do something custom.
Joined: Mar 10, 2008 Posts: 403 Location: Sunderland
Posted: Tue Mar 15, 2011 7:23 pm Post subject:
passmaster16 wrote:
BorisBear wrote:
Sounds a bit rubbish to me. Your database fields should be meaningful enough to allow effective trend analysis and their population should be rigidly adhered to by users of the system.
What you're proposing is performing analytics based on specific rules against a wide, inconsistent data set
Trend Analysis often suffers from the SISO issue - Sh!te In Sh!te Out
Then we agree to disagree. We are breaking our call types down to be more granular, and that will certainly help with trend analysis. But at some point, somebody would have to analyze the data if there was a fluctuation from month to month to see if there was any trend that could be correlated.
I'm not asking to perform analysis based on specific rules. I'm asking if there is a tool that could examine a dataset and find similarities between the records. At that point I could examine the output to see if it's legitimate or not.
And Bluesman is right, our system runs on an Oracle db so we could run sql scripts against it. I just wanted to stop in here first to see if anybody knew of any tools before we do something custom.
Thanks for your input.
Whatever you pull from SQL you're going to have to analyse further........and how confident can you be that it's comprehensive? How many different ways do we have of describing the same thing? So long as you walk into it knowing that it's only a small part of the story that's ok.......further manual effort may be required. Maybe it's easier to perform analytics to establish where good information hasn't been input (the infamous 'Other' category) and tackle the users of your tool.
So have you already done all the Pareto analysis and garnered all of the stakeholder perception about where biggest the problems lie?
Joined: Mar 04, 2008 Posts: 1894 Location: Helensburgh
Posted: Wed Mar 16, 2011 11:25 pm Post subject:
The real problem with attempting to automatically match free text is not the false links (which can be readily dismissed by further - manual - examination), but the difficulty in remembering that it might be missing important associations which fall outside the rules you set up, i.e. of assuming you need look no further.
I believe that some organizations take the step of opening a problem investigation for any incident that is not matched to an already identified problem. Some people believe that is the only "good" approach. _________________ "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
Joined: Mar 10, 2008 Posts: 403 Location: Sunderland
Posted: Thu Mar 17, 2011 9:16 pm Post subject:
Diarmid wrote:
The real problem with attempting to automatically match free text is not the false links (which can be readily dismissed by further - manual - examination), but the difficulty in remembering that it might be missing important associations which fall outside the rules you set up, i.e. of assuming you need look no further.
I believe that some organizations take the step of opening a problem investigation for any incident that is not matched to an already identified problem. Some people believe that is the only "good" approach.
Expressed far more articulately than I managed
Treated as being a representative sample its fine so long as you understand the confidence rating. As I said previously I would maybe use it to reinforce correct usage of defined categories and correct any misuse of the ITSM tool.
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
Forum FAQ
Search
Usergroups
Profile
Log in to check your private messages
Log in
