Posted: Sat Dec 22, 2012 1:24 am Post subject: Researching considered problems
I have a general question. We have a new project that has come up and there are issues that are found by the business. Rather than logging these via the Service Desk, they hold onto them. Some of these errors are user errors where they keyed in the wrong information, others are actual system errors that need problem management to fix.
There is a significant number of these types of issues/discrepancies that the business finds. The business does not have access to the data files which means it falls into IT to figure out if these are legit or not. There are only 2 problem managers that would have to review over 500+ of these types of issues.
Our management believes these should go directly to Problem management to figure out. Our suggestion was these should be logged as incidents (because something looks wrong to the business). Through trending and actual problem management we can understand where most of these "research/issue" items manifest themselves.
My question, would these research items be analyzed in Problem management or prior? Would these be considered problems or can these go through Request Fulfillment/Incident management for more research prior to hitting Problem management.
The issues should have been researched during the course of the project. Was there any UAT before sign off? It doesn't sound like it if the business is only finding out about these issues once the project went live, or if there was it was seriously deficient.
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