Working with Problem Management

about the problem management process docid\ g61tke9bp1eg2jwude h1about problem management docid\ g61tke9bp1eg2jwude h1about problem management docid\ g61tke9bp1eg2jwude h1viewing the problem workspace docid\ g61tke9bp1eg2jwude h1viewing problems from a dashboard docid\ g61tke9bp1eg2jwude h1about identifying a problem docid 5b vfzjfhxfrxzbbhvkgdworking with problems docid\ set5um 9o nw5unsjvtf about creating a custom problem status docid\ dwju0adjkvhr wlwot j resolving a problem docid\ k7e qwthvycw4tifdiiyhclosing a problem docid\ ejoc8swecj trzlx5opzwworking with the problem review board docid\ ntz 00nx8 qd 3hbitixmproblem business object reference docid\ jya8ese9cmgzn9qp6fxlyproblem state transitions reference docid\ xaoztc7ji7ino7g2ydwol about the problem management process a problem is defined as multiple incidents exhibiting common symptoms or a single incident with no known cause the primary objective of problem management is to prevent incidents from happening and to minimize the impact of incidents that cannot be prevented proactive problem management analyzes incident records, and uses data collected by other processes to identify trends or significant problems sample problem process in proactive problem management, the problem manager routinely monitors logged incidents by category within a specific time frame to identify potential problems tracking and monitoring problems is a constant process of identifying and resolving problems and known errors problems interruptions in service identified by multiple incidents with the same symptoms or a single incident, and with unknown causes known errors problems for which the root causes have been identified and a workaround or a permanent fix has been identified, although the implementation of the permanent fix could be in the future the monitoring process includes trending, where the problem manager evaluates incidents and configuration items to identify problems by analyzing the following incident data for recurring incidents incident data for incidents that do not match existing problems the it infrastructure for problems that could lead to incidents problems occur when incidents cannot be matched with known errors incidents recur over a time period about problem management itil defines problem management as a process designed to eliminate recurring incidents from the it infrastructure a problem is identified by multiple incidents exhibiting common symptoms or a single incident with no known cause an incident is an unplanned interruption or potential interruption to service a problem is the underlying root cause of one or more incidents or potential incidents problems and incidents are distinct, and represent separate situations and activities an incident becomes a problem when an incident has no workaround, or if there are recurring incidents affecting the same services or configuration items a problem is identified after resolving one or more similar incidents incidents where the root cause is unknown are identified as problems when the root cause of such problems are identified, it might result in the resolution of the related incident and the problem becomes a known error to implement a workaround or fix, problems might result in requests for change the following diagram shows the relationship between the three it processes incident, problem, change relationship problem management manages the lifecycle of all problems the primary objectives of problem management are to prevent incidents from happening, and to minimize the impact of incidents that cannot be prevented proactive problem management analyzes incident records, and uses data collected by other processes to identify trends or significant problems before they are logged as problems incident management and problem management are closely linked problem management attempts to identify and resolve potential problems before they become incidents while incident management and problem management might seem similar, they have different goals incident management resolves an issue and restores services quickly; often by applying a workaround problem management identifies the root causes of incidents, determines a permanent resolution, and formulates a prevention plan the application models the problem management sub process activities as defined by itil notification or problem logging this sub process consists of the initial logging of the problem logging the problem introduces the problem record into the system the initial recording of a problem, including all relevant information that is available when the problem occurs, is part of this sub process problems can be logged from incidents, or they might occur when implementing a change or release the problem logging sub process also includes notifying the appropriate person or group that there is a problem and a need for assistance problems can also be logged by the problem manager proactively monitoring incident trends or failures for example, monitoring the default incident dashboards called all incidents by service or active incidents by service this year help the problem manager determine whether some of the service failure incidents are in fact due to a problem in the infrastructure problem determination or investigation when a problem is logged from another source, the problem manager or problem review board determines whether the logged problem is in fact a problem during the investigation sub process, the problem manager might assign the problem to an owner and team, select members from the problem review board to review the problem, search the knowledge base for solutions, create tasks for the problem, and so on examples of a problem might be an outage, an incorrect or an unusual result problem investigation encompasses the collection, analysis, and correlation of data to determine and isolate the cause of the problem problem identification (completion) after the identification sub process, the problem is in active state problems might need to be correctly classified by their category and then prioritized by impact and urgency see default priority values docid\ koal84k5cxnaejkoha1z identification of configuration items or services as the root cause of the problem might be identified the problem dashboard part called active problems with linked cis , for example, might help in this identification during the problem identification period, tasks are created and assigned as steps to resolve the problem a fix to the problem might require a resource or a vendor to work on the problem problem resolution during the resolution sub process, the identification, implementation, and verification of the solution is carried through a temporary resolution or workaround might be created and made available to solve current and future incidents arising from the problem notification is sent to the affected users and owners proactive notifications to requesters and other stakeholders, escalations, and reporting can be done throughout the problem life cycle to make sure that the goals of successful problem resolution are being met problem managers can also view the cost of the problem while it is worked on, and get a final cost associated with the problem upon the problem's resolution or closure after problems are closed, they remain in the database and are viewable for reporting and analytical purposes problem managers can view and generate dashboards and reports to view problem metrics and scorecard data about the problem lifecycle a typical problem detection, reporting, and recovery lifecycle is shown problem lifecycle the default flow of a logged problem to its closed state is shown default problem workflow viewing the problem workspace log into the service desk console open the problem workspace a list of all the problems, arranged from the highest problem id appears the application of the data segregation security organizational unit constraint to a role can affect the list of records that appear by default if you do not see the default list of records in the search results list, you might need to select a different search from the saved searches menu double click a record to view details problem workspace viewing problems from a dashboard from the configuration console, click build > charts and graphs > dashboards to open the dashboards workspace you might not see all the dashboards that are available to your role to select and display all the dashboards that are available to your role, see using dashboards docid\ ww5xoroytghbaaatc5vgg click any of the data labels on the charts to see more information double click any of data labels on the charts to activate a search on the label, the results of which are displayed as a list on the problem tab for example, if you are viewing problem by category (which categorizes problems and drills down to the problem category by status) and you click any of the data labels, a list of problems that have a similar status by category is displayed in the search results list on the problem tab double click any of the rows to open the problem record