Problem Management User Guide
Problem Management User Guide
Supporting
Version 7.6.03 of BMC Remedy Problem Management
August 2010
www.bmc.com
BMC, BMC Software, and the BMC Software logo are the exclusive properties of BMC Software, Inc., are registered with the U.S. Patent and Trademark Office, and may be registered or pending registration in other countries. All other BMC trademarks, service marks, and logos may be registered or pending registration in the U.S. or in other countries. All other trademarks or registered trademarks are the property of their respective owners. Current and Notes are trademarks or registered trademarks of International Business Machines Corporation in the United States, other countries, or both. IT Infrastructure Library is a registered trademark of the Office of Government Commerce and is used here by BMC Software, Inc., under license from and with the permission of OGC. ITIL is a registered trademark, and a registered community trademark of the Office of Government Commerce, and is registered in the U.S. Patent and Trademark Office, and is used here by BMC Software, Inc., under license from and with the permission of OGC. Crystal Reports is a trademark or registered trademark of SAP AG in Germany and in several other countries. The information included in this documentation is the proprietary and confidential information of BMC Software, Inc., its affiliates, or licensors. Your use of this information is subject to the terms and conditions of the applicable End User License agreement for the product and to the proprietary and restricted rights notices included in the product documentation.
Customer support
Support website
You can obtain technical support from BMC 24 hours a day, 7 days a week at http://www.bmc.com/support. From this website, you can read overviews about support services and programs that BMC offers find the most current information about BMC products search a database for problems similar to yours and possible solutions order or download product documentation download products and maintenance report a problem or ask a question subscribe to receive proactive e-mail alerts find worldwide BMC support center locations and contact information, including e-mail addresses, fax numbers, and telephone numbers
operating system and environment information machine type operating system type, version, and service pack or other maintenance level such as PUT or PTF system hardware configuration serial numbers related software (database, application, and communication) including type, version, and service pack or maintenance level
sequence of events leading to the problem commands and options that you used messages received (and the time and date that you received them) product error messages messages from the operating system, such as file system full messages from related software
Contents
Chapter 1 About this Book 9 Audience ............................................................................................................................9 BMC Remedy IT Service Management documents ...................................................10 Conventions .....................................................................................................................12 Syntax statements ...........................................................................................................12 Chapter 2 Introducing BMC Remedy Problem Management 15 What's new in BMC Remedy Problem Management ...............................................15 Starting BMC Remedy IT Service Management .........................................................16 Configuring the IT Home Page ..........................................................................18 Consoles overview ...............................................................................................19 Problem Investigation form views ...............................................................................20 Best Practice view ................................................................................................21 Classic view ..........................................................................................................22 Calbro Services ................................................................................................................23 Problem management user roles ..................................................................................24 Problem coordinator ............................................................................................25 Specialist ................................................................................................................26 Mapping permission groups to SMPM roles ...................................................26 Process flow and the lifecycle of a problem investigation ........................................27 Problem management use cases ...................................................................................28 Problem investigation resolutionchange request ........................................28 Problem investigation resolutionno change request ..................................32 Problem investigation resolutionchange request roll back .......................34 Problem investigationat an impasse .............................................................38 Chapter 3 Working with the Overview console 43 Functional areas ..............................................................................................................43 Console list table .............................................................................................................46 Selecting status values ....................................................................................................47 Chapter 4 Working with the Problem Management console 49 Functional areas ..............................................................................................................49 Chapter 5 Performing the incident request review 55 Incident request review process ...................................................................................55
Contents
Generating an incident request review .......................................................................56 Creating a problem investigation .................................................................................57 Viewing problem investigations ........................................................................58 Recording additional investigation information .............................................58 Indicating impacted areas ...................................................................................59 Relating incident requests and problem investigations ............................................60 Defining relationships .........................................................................................61 Copying relationships .........................................................................................62 Modifying relationships ......................................................................................63 Performing quick actions on a relationship .....................................................63 Removing relationships ......................................................................................64 Assigning problem investigations ................................................................................65 Viewing unassigned investigations ..................................................................65 Specifying a problem coordinator for the problem investigation ................65 Assigning an investigation to a specialist ........................................................66 Chapter 6 Performing the root cause analysis 69 Root cause analysis .........................................................................................................69 Reviewing and updating the problem investigation .................................................70 Receiving notification of assignments .............................................................71 Viewing problem investigations assigned to you ...........................................71 Accepting an assignment ....................................................................................72 Searching for similar problem investigations ..................................................73 Searching knowledge base entries ....................................................................74 Authoring knowledge base entries ...................................................................74 Documenting work with a vendor ....................................................................74 Proposing a temporary workaround ...........................................................................75 Establishing the root cause ............................................................................................77 Proposing a structural solution ....................................................................................78 Implementing the solution ............................................................................................79 Resolving a problem investigation ....................................................................79 Creating a solution entry ....................................................................................80 Notifying the problem coordinator ..............................................................................82 Chapter 7 Performing the analysis review 83 Analysis review ...............................................................................................................83 Reviewing the problem investigation ..........................................................................84 When a structural change was implemented ..................................................85 When Change Management is needed .............................................................85 When no root cause was found ..........................................................................86 Reassigning the problem investigation .......................................................................86
BMC Remedy Service Desk: Problem Management User Guide
Creating a known error ..................................................................................................87 Reviewing known error details ....................................................................................89 Monitoring a problems status ......................................................................................90 Canceling a problem investigation ...............................................................................90 Chapter 8 Closing the problem investigation 93 Closing the problem investigation ...............................................................................93 Verifying the structural solution ..................................................................................94 Closing the problem investigation and known errors ..............................................95 Indicating an impasse ....................................................................................................96 Performing periodic checks ...........................................................................................97 Chapter 9 Supplemental BMC Remedy Problem Management features 99 Using the KPI flashboards .............................................................................................99 BMC Remedy Problem Management KPIs ....................................................100 KPI flashboard variables ...................................................................................100 Opening the KPI flashboards ...........................................................................102 Viewing and displaying data ...........................................................................102 Viewing your profile ....................................................................................................104 Setting application preferences ...................................................................................104 Searching for records ....................................................................................................106 Running Defined Searches ...............................................................................106 Creating a custom search ..................................................................................107 Editing or deleting the custom search ............................................................108 Searching all records .........................................................................................109 Printing records .............................................................................................................110 Modifying records ........................................................................................................110 Tracking costs ................................................................................................................111 Recording the cost of working on an investigation ......................................111 Recording the cost of CI unavailability ..........................................................112 Using work information notes ....................................................................................113 Adding work information notes ......................................................................113 Viewing work information notes .....................................................................114 Recording effort spent on an investigation ...............................................................115 Creating reminders .......................................................................................................116 Broadcasting messages ................................................................................................118 Creating broadcast messages ...........................................................................118 Viewing broadcasts ...........................................................................................121 Modifying a broadcast message ......................................................................121 Limiting the number of messages ...................................................................121 Sending pages and email messages ...........................................................................122
Contents
Paging a person or on-call group ....................................................................123 Sending email .....................................................................................................124 Working with reports ...................................................................................................126 Generating a report ............................................................................................127 Using qualifications to generate a report .......................................................128 Using advanced qualifications to generate a report .....................................130 BMC Remedy Problem Management predefined reports ...........................131 Chapter 10 Managing configuration items 133 Creating a CI ..................................................................................................................134 Inventory management ................................................................................................139 Placing bulk CIs in inventory ...........................................................................139 Placing non-bulk CIs in inventory .................................................................140 Managing inventory ..........................................................................................141
1
About this Book
This guide describes how to use the BMC Remedy Problem Management application of the BMC Remedy IT Service Management Suite. The BMC Remedy IT Service Management Suite includes the following applications:
The BMC Remedy Service Desk solution , which includes the
BMC Remedy Incident Management application and the BMC Remedy Problem Management application
The BMC Remedy Asset Management application The BMC Remedy Change Management application, which also includes the BMC
The applications run with the BMC Remedy Action Request System (BMC Remedy AR System) environment and share a common database. All these applications receive data from the BMC Atrium Configuration Management Database (BMC Atrium CMDB).
Audience
This guide is intended for the following IT professionals:
IT support staff Problem coordinators
BMC Remedy Service Desk: Problem Management BMC Remedy IT Service Management Release Notes Information about known issues in each release of BMC Remedy IT Service Management. Also provides a list of new features included with the applications. Everyone
BMC Remedy Service Desk: Problem Procedures for using the BMC Remedy Problem Management Users Guide Management application; includes new features and an overview. BMC Remedy IT Service Management Administration Guide BMC Remedy IT Service Management Concepts Guide Help Procedures for configuring and administrating the BMC Remedy IT Service Management applications. Conceptual overview information about the applications that make up the BMC Remedy ITSM Suite of applications.
Everyone
Administrators Everyone
Help for using and configuring Problem Management, Everyone available by clicking Help in the product interface. Available from Help links after Help is installed.
Additional BMC Remedy IT Service Management products BMC Remedy Service Desk: Incident Procedures for using the BMC Remedy Service Desk: Management Users Guide Incident Management application; includes new features and an overview. BMC Remedy Asset Management Users Guide BMC Remedy Change Management Users Guide BMC Service Management Process Model, BMC Best Practice Flows Procedures for using the BMC Remedy Asset Management application; includes new features and an overview. Procedures for using the BMC Remedy Change Management application; includes new features and overview. A white paper describing the best practice work flow for the BMC Remedy IT Service Management processes that are covered by the BMC Service Management Process Model. Everyone
Everyone
Everyone
Everyone
Solutions
Title
Document provides
BMC Service Impact Manager: Detailed information about the Integration for the Integration for BMC Remedy Service BMC Remedy Service Desk (IBRSD) component. This Desk User Guide guide is intended for system administrators and users with an understanding of the BMC Impact Manager and BMC Remedy Service Desk environments. Service Management Solutions Release Notes BMC Atrium CMDB BMC Atrium Core Release Notes BMC Atrium CMDB User's Guide Information about new features, open issues, and resolved issues. Information about using BMC Atrium CMDB, including searching for and comparing CIs and relationships, relating CIs, viewing history, running impact simulations, and viewing federated data. Information about resolving issues with BMC Atrium Core components, including API, filter and console error messages and their solutions. Information about new features, open issues, and resolved issues.
Everyone Users
BMC Remedy Action Request System BMC Remedy Approval Server Guide Information about installation and configuration of the Everyone BMC Remedy Approval Server, how to use the BMC Remedy Approval Server, and understanding the approval workflow.
BMC Service Level Management BMC Service Level Management Release Notes BMC Service Level Management Users Guide Information about known issues in each release of BMC Service Level Management. Also provides a list of new features included with the application. Procedures for using the BMC Service Level Management application; includes new features and overview. Everyone
Everyone
BMC Service Request Management BMC Service Request Management Release Notes Information about new features and known issues. Everyone
BMC Remedy Knowledge Management BMC Remedy Knowledge Management User Guide Procedures for using the BMC Remedy Knowledge Management application; includes new features and overview. Everyone
Conventions
Title BMC Service Management Process Model Role Mapping to BMC Remedy ITSM Suite
Document provides List and description of BMC Service Management Process Model roles.
Audience Everyone
Conventions
This document uses the following special conventions:
All syntax, operating system terms, and literal examples are presented in this typeface. Variable text in path names, system messages, or syntax is displayed in italic text:
testsys/instance/fileName
This document uses a symbol to show menu sequences. For example, Actions =>
Create Test instructs you to choose the Create Test command from the Actions menu.
Syntax statements
This topic explains conventions for showing syntax statements. A sample statement follows:
COMMAND KEYWORD1 [KEYWORD2 | KEYWORD3] KEYWORD4={YES | NO} fileName
Convention
Example
Items in italic type represent variables that you alias must replace with a name or value. If a variable databaseDirectory is represented by two or more words, initial capitals distinguish the second and subsequent serverHostName words. Brackets indicate a group of optional items. Do not type the brackets when you enter the option. A comma means that you can choose one or more of the listed options. You must use a comma to separate the options if you choose more than one option. [tableName, columnName, field] [-full, -incremental, -level] (UNIX)
Syntax statements
Convention Braces indicate that at least one of the enclosed items is required. Do not type the braces when you enter the item.
Example {DBDName | tableName} UNLOAD device={disk | tape, fileName | deviceName} {-a | -c} (UNIX) {commit | cancel} {-commit | -cancel} (UNIX) columnName
A vertical bar means that you can choose only one of the listed items. In the example, you would choose either commit or cancel. An ellipsis indicates that you can repeat the previous item or items as many times as necessary.
Syntax statements
2
Introducing BMC Remedy Problem Management
The BMC Remedy Problem Management application is used to manage problem investigations, known errors, and solution database entries. In the IT Infrastructure Library (ITIL) model, problem management focuses on reducing the number of incidents; either reactively, by preventing them from recurring, or proactively by preventing them from occurring. An important ITIL objective is to minimize service disruptions. A problem investigation helps an IT organization get to the root cause of incidents. It initiates actions that help to improve or correct the problem, preventing the incident from recurring. For example, if computers are running low on disk space and this is discovered during a problem investigation, the problem can be resolved before it becomes an incident that causes a disruption to service. After a problem investigation identifies the root cause of the incident, the information results in a known error. A known error is a problem that has been successfully diagnosed and for which a temporary work-around or permanent solution has been identified. Service desk analysts and specialists can use the workaround information in the known error to resolve similar incident requests if they occur before the proposed structural solution has been implemented. Many of the processes described in this guide are developed from the BMC Remedy Service Management Process Model (SMPM), which is a companion product to BMC Remedy Problem Management. The SMPM describes a set of predefined processes for the delivery and support of information technology (IT) services. The processes described by the SMPM are aligned with ITIL good practices.
15
There is an updated Reporting Console. Existing reports have been converted to the Business Intelligence and Reporting Tools (BIRT) format, which provides additional options for saving and viewing the reports. All available Print reports have been converted.
The following table describes each of the functional areas of the IT Home Page.
Functional area Home Page header Logout Navigation pane Click Logout to exit the application. Purpose
Purpose Depending on your permissions and other installed applications, the following links are displayed. Use them to open applications. Quick Links AR System Administration Analytics BMC Atrium Core BMC Atrium Integration Engine Administrator Console Asset Management Change Management Change Management Dashboard Contract Management Product Catalog Foundation Elements Incident Management Problem Management Return On Investment Release Management Requestor Console Task Management Note: When you run your mouse over the applications, you see a second menu. You can select one of those options to go directly to a form. For example, roll over Change Management and select Change/Release Calendar. The Calendar screen appears.
17
Functional area Company and View By Refresh Preferences Console List table
Purpose These fields combine to provide a way to indicate the company name and the assigned-to categories filtering the records in the Console List table. This button refreshes the data in the table. This button allows you to set preferences for the console list table. You can remove columns, set refresh intervals, reset and save your preferences. This table lists the different types of requests.
To configure panels
You can select what to display on your IT Home Page. You can configure your panels only with options for which you have permissions.
Note
1 In the panel, click the Show list and run your cursor over the list of options. 2 From the list of work areas for each option, select the one to display (for example, Asset Management => Software Certificates). The panel displays your selection. 3 Repeat Step 1 to for your other panels. To change display on a panel, click the Edit and make another selection. 4 Click the Save Current Layout button to display the Show list,
A dialog box confirms that your customized layout has been saved. 5 Click OK. When you next log in, you will see your saved IT Home Page.
Consoles overview
The following consoles provide access to all or a part of BMC Remedy Problem Management:
Overview console
19
Using the Overview console, specialists can view problem investigations that were assigned to them through the BMC Remedy Problem Management application. The specialist role is fulfilled by all IT employees and long term contractors, other than Service Desk Analysts and IT Operators. Specialists can also view work that was assigned to them through the other BMC Remedy IT Service Management applications with which BMC Remedy Problem Management integrates:
BMC Remedy Incident Management BMC Remedy Asset Management BMC Remedy Change Management
The Problem Management console is the main console for the application. It provides problem coordinators and specialists with a single point from which they can create problem investigations, known error entries, and solution database entries. It also provides a place from which they can monitor the progress of problem investigations as the investigation moves through its lifecycle, and record work that was performed during the investigation. As you work with the forms and dialog boxes associated with the consoles, you might see a plus sign (+) included in a field label. You can type part of the information next to these fields and press ENTER. If an exact match is located, the program automatically completes the field. If a selection list appears, double-click the item you want to put in the field. Using auto-fill fields and lists is faster, more consistent, and more accurate than typing the information.
Your view is configured for you by your system administrator. For information about configuring views, see the BMC Remedy IT Service Management Configuration Guide for information about configuring views.
Note If a procedure differs depending on the view, both methods are described. Instructions for the Best Practice view are provided first.
Coordinator Group field to select a support group. The support groups that appear in the menu each have at least one member with the functional role of a Problem Coordinator. From the Coordinator Group menu, you select the company, the organization, and then the support group. Only the selected support group name appears in the Coordinator Group field. Problem Coordinator field to select a Problem Coordinator for the problem investigation. The names that appear on this menu belong to the support group selected in the Coordinator Group field and have the functional role of Problem Coordinator.
Known Error location field specify the location of the CI that is the focus of the problem investigation or the known error. The Location record includes the name of the client company, the region, the site group, and the specific site. relates business service configuration items (CIs) to the problem investigation or known error at the time it is created. All available business service CIs appear in the Service field menu and are only limited by the access levels of the person creating the problem investigation or the known error.
Service field(Problem Investigation and Known Error forms) The Service field
to which piece of infrastructure the problem investigation pertains. This field is can be configured to be a required field when you resolve an incident; however, you can specify the CI at any time in the problem investigation lifecycle.
field specifies the reason for the investigation: High Impact Incident, Reoccurring Incidents, Non-Routine Incident, or Other. Error forms) If the problem investigation record is created from an incident request, the operational categorization and the product categorization fields are automatically filled, out based on the categorizations specified in the originating incident request. Likewise, when you create a known error from a problem investigation, the product categorization fields are automatically filled, based on the categorizations of the originating Problem Management record. If you are
Chapter 2 Introducing BMC Remedy Problem Management 21
creating a new problem investigation or known error from within the BMC Remedy Problem Management application, or if the originating record did not specify a product categorization, the product categorization is filled automatically, based on the business service CI that you select in the Service field. You can also quickly select or change operational and product categorizations from the Quick Actions area of the Navigation pane by using the Select Operational and Select Product links. This makes sure the correct categorization information is used to manage the problem investigation. The Best Practice view is recommended for all BMC Remedy Problem Management users, regardless of their role. For information about BMC Remedy Problem Management roles. Figure 2: Problem Investigation formBest Practice view
Classic view
The Classic view is the Problem Investigation form as it appeared in previous releases of BMC Remedy Problem Management. This view is provided for customers who are upgrading from earlier versions of BMC Remedy Problem Management and who are not yet ready to adopt the Best Practice view. The following fields have been added to the Classic view:
Service field(Problem Investigation and Known Error forms) The Service field
relates business service configuration items (CIs) to the problem investigation or known error at the time it is created. All available business service CIs appear in
Calbro Services
the Service field menu and are only limited by the access levels of the person creating the problem investigation or the known error.
CI field(Problem Investigation and Known Error forms) The CI field specifies
to which piece of infrastructure the problem investigation pertains. This field is can be configured to be a required field when you resolve an incident; however, you can specify the CI at any time in the problem investigation lifecycle.
Calbro Services
In the BMC Remedy ITSM documentation set, a fictional company named Calbro Services helps explain how BMC Remedy ITSM principles and procedures are used in practice. Although Calbro Services is a fictional company, it is based on research of actual BMC Software customers. Learning how Calbro Services manages common IT Service Management scenarios should prove useful as you use the BMC Remedy ITSM applications in your own environment. Calbro Services, a large, global company, is headquartered in New York City and publicly traded on the New York Stock Exchange. The company has 27,000 employees in 240 offices located in 20 countries. Table 1 on page 24 describes key business services in Calbro Services.
23
Table 1: Key business services Service Online banking WWW presence Discount equity brokerage Sales force automation Customer support Mass marketing Description 500 ATMs in major cities Corporate site and online brokerage services Online and storefront services Automated sales activities such as leads, orders, reports, and so on Support centers in the United States, Europe, and Asia World-wide marketing campaigns aimed at making Calbro Services a household name
detailed description of this role, see Problem coordinator on page 25. role, see Specialist on page 26.
Note The permissions model in BMC Remedy Problem Management has had several updates since version 6.0. To define permissions and functional roles, review the permissions and functional roles sections in the BMC Remedy IT Service Management Configuration Guide.
The following figure illustrates the different SMPM problem management process roles. It also shows where each role fits into the lifecycle of a problem investigation. For general information about the problem investigation lifecycle, see Process flow and the lifecycle of a problem investigation on page 27. The relationship between specific problem management roles and the individual stages in the lifecycle are explained in the following sections:
Performing the incident request review on page 55 Performing the root cause analysis on page 69 Performing the analysis review on page 83
Problem coordinator
Problem coordinators are responsible for the quality and integrity of the problem management process. Problem coordinators have full access to problem investigations, known errors, and solution entries assigned to their support groups. Problem coordinators require at least the permission of Problem User to access BMC Remedy Problem Management. In addition, they must have the functional role of Problem Coordinator to perform the problem coordinators duties. Their responsibilities include:
reviewing the incident requests that have been related to the services for which
Note
ensuring that the problems for which they are responsible, including the ones that
have been identified within the Availability and Capacity Management processes, progress through the problem management process in a timely and prioritized fashion. errors that they manage is accurate and complete. structural solution can not be found. investigations that they manage.
ensuring that the information entered in the problem investigations and known
verifying structural solutions and closing the known errors and problem
25
Specialist
Specialists work on problem investigations, known errors, and solution entries as assigned. Their responsibilities include:
suggesting workarounds for problems. establishing the root causes of identified problems. proposing structural solutions (that is, permanent solutions) for problems. implementing structural solutions for problems if the Change Management
updating the problem investigation with relevant information and status changes.
To complete tasks described in the specialist sections of this guide, individuals fulfilling the role of a specialist require Problem User permissions to access the BMC Remedy Problem Management application. Permissions are assigned to individuals by the system administrator.
Note
Problem User Incident Viewer Infrastructure Change Viewer Asset Viewer Functional Role: Problem Coordinator
27
The following figure provides an overview of the problem investigation lifecycle, as described by SMPM. Each of the major steps in the diagram corresponds to a section in this guide, where the step and its associated tasks are explained in more detail.
Bob is notified that the change request has been completed. He notes the permanent corrective action in the problem investigation and changes its status to closed.
Note BMC Remedy Incident Management, BMC Remedy Problem Management, and BMC Remedy Change Management must be installed to follow this user scenario. Detailed information about the individual actions mentioned in this user scenario are described in the BMC Remedy Services Desk: Incident Management Users Guide, the BMC Remedy Service Desk: Problem Management Users Guide, and the BMC Remedy Change Management Users Guide.
Table 3 on page 29 describes the typical steps involved in this user scenario.
Table 3: Resolving a problem investigation with a change request Role Problem coordinator Actions The problem coordinator performs an incident request review: From the Incident console, the problem coordinator creates a custom search that has the following characteristics: Service = OPS Impact => 2-Significant/ Large OR 1-Extensive/ Widespread Last Resolved Date >= 07/19/2009 Note: For the purpose of this example, assume todays date is 11/19/2009. The Last Resolved Date used in this example, therefore, is four months ago. After running the search, the problem coordinator looks for incident request records that have not yet been linked to a problem investigation. Explanation The problem coordinator, Bob Baxter, performs an incident request review on the OPS by querying the Incident Management system for incidents or recent changes related to the OPS. Bob discovers that over the past six months there were several similar incidents related to the OPS.
29
Actions From one of the incident request records that is related to the OPS server issue, the problem coordinator creates a problem investigation. The incident records details are copied from the incident request record to the Problem form, and a relationship is created between the problem investigation record and the incident request records. The problem coordinator completes the Problem form.
Explanation Bob wants to determine the root cause of these incidents, so he creates a problem investigation from one of the incident request records. Creating the problem investigation from an incident request record ensures that all of the relevant details are copied over from the incident request to the problem investigation.
Problem coordinator
From the Problem form, the problem coordinator creates relationships between the problem investigation and all related incident requests. The problem coordinator creates a relationship between the problem investigation and the OPS server.
Bob then relates the remaining OPS incidents and the OPS CI to the problem investigation.
Problem coordinator
The problem coordinator assigns the problem investigation to the specialist. The specialist accepts the assignment and performs the root cause analysis.
Bob assigns the problem investigation to the specialist, Ian Plyment, to conduct a root cause analysis. Ian accepts the problem investigation assignment and begins a root cause analysis. During the root cause analysis, he determines the physical server on which the OPS runs needs a memory upgrade and sends his root cause analysis to Bob. Bob reviews and verifies Ians analysis. Bob then creates a Known Error, which serves two purposes: to identify the best workaround (temporarily routing the users to a redundant server) and to request a change for the memory upgrade on the primary OPS server.
Specialist
Problem coordinator
The problem coordinator performs the analysis review: The problem coordinator opens the problem investigation and independently verifies that the specialists assessment of the root cause is correct.
Explanation
Bob creates the known error directly from the problem investigation, which transfers all pertinent information to the On the problem investigation form, the problem coordinator sets the Status field known error. Bob assigns the known error to Mary Mann, the change to Completed and the Status Reason coordinator. field to Known Error. This opens the Known Error form and creates a relationship between the known error and the problem investigation. The problem coordinator completes the form. He assigns himself as the problem coordinator. He assigns the change coordinator for the known error assignment.
Change coordinator
From the Known Error form, the change coordinator creates a change request.
Mary receives the known error and reviews it. She agrees that the change is This opens the Change Request form and required and creates a change request from the known error. creates a relationship between the known error and the change request. It Mary moves the record through the also copies information from the known change request lifecycle. error record to the change request record. The change coordinator saves the change request and moves the request through the change request lifecycle until the change request is approved and has a date.
Change coordinator
The change coordinator assigns the change request to a specialist. The change coordinator adds a task to the change request and relates the CIs to the change request. The change coordinator moves the change request to the Implement stage.
On the change request record, Mary creates a task to implement the change, and assigns the change request to Ian Plyment, the specialist who will perform the work. The coordinator also relates the CI to the change request.
Specialist
The specialist performs the tasks and closes them: On the Change Management Support console, the specialist searches for assigned tasks. He opens the task record and performs the task. Then he records information about performing the task and changes the status of the task to Closed.
Ian implements the change. When he finishes the last task, the system notifies Mary that the tasks are closed.
31
Actions The change coordinator completes the change request: From the Change form, the change coordinator moves the change request to the Close stage. The change coordinator enters the performance rating and the actual start and end dates.
Explanation After Mary coordinates the change implementation, she reassigns the known error to Bob for verification.
Problem coordinator
The problem coordinator confirms that the change has solved the problem. Then, the problem coordinator sets the status of both the problem investigation and the known error to Closed.
Bob is notified that the change was completed and verifies that it fixed the problem. He then changes the status of the problem investigation and known error to Closed.
Note BMC Remedy Incident Management and BMC Remedy Problem Management must be installed to follow this user scenario. Detailed information about the individual actions mentioned in this user scenario are described in the BMC Remedy Service Desk: Incident Management Users Guide and the BMC Remedy Service Desk: Problem Management Users Guide.
Table 4 on page 33 describes the typical steps involved in this user scenario.
Table 4: Resolving a problem investigation without a change request Role Problem coordinator Actions The problem coordinator performs an incident request review. From the Incident console, the problem coordinator creates a custom search with the following characteristics: Service = Payroll Impact => 2-Significant/ Large OR 1-Extensive/ Widespread Last Resolved Date >= 07/19/2008 Note: For the purpose of this example, assume todays date is 11/19/2008. The Last Resolved Date used in this example, therefore, is four months ago. Problem coordinator The problem coordinator opens one of the incident request records related to the Payroll service performance issue, and creates a problem investigation. The incident records details are copied from the incident request record to the Problem form, and a relationship is created between the problem investigation record and the incident request records. The problem coordinator completes the Problem form. Problem coordinator The problem coordinator relates all the related incident requests to the problem investigation. The problem coordinator assigns the problem investigation to a specialist. Bob spots a trendnumerous performance-related incidents have been reported against the Payroll service. Bob creates a problem investigation record directly from one of the incident request records. Creating a problem investigation directly from an incident request record transfers all relevant information from the incident request and automatically establishes the relationship between the incident request and the problem investigation. Bob then relates the other incident requests to the problem investigation. After creating the problem investigation, Bob assigns it to the specialist, Ian Plyment. Explanation Bob performs an incident request review by searching incident requests registered against the services for which: He is the problem coordinator. That have not yet been linked to a problem investigation. That have been resolved with a workaround.
Problem coordinator
33
Role Specialist
Actions The specialist accepts the assignment and performs the root cause analysis.
Explanation Ian accepts the problem investigation assignment and begins a root cause analysis. During the root cause analysis, he determines the anti-virus software on the server runs every ten minutes, which is causing the performance issues. Ian determines the more appropriate frequency for the anti-virus software to run is once an hour.
Specialist
Because the changes to the anti-virus software configuration do not meet the The specialist changes the problem criteria for the change management investigation status to Completed, change the status reason to Enhancement process, Ian makes the necessary changes himself and then changes the Request, and records details about his status of the problem investigation to investigation. Completed. To complete the problem investigation, Ian must select a status reason. The specialist notifies the problem coordinator. The specialist confirms that the problem coordinator is set as the assigned problem coordinator. Then the specialist changes the status of the problem investigation to Assigned. Ian notifies Bob about the results of the problem investigation and the corrective action he performed.
Specialist
Problem coordinator
The problem coordinator performs the analysis review: On the problem investigation form, the problem coordinator reviews the work information and independently verifies that the changes have corrected the problem.
Bob performs an analysis review and double-checks that the problem has been corrected.
Problem coordinator
The problem coordinator closes the problem investigation: The problem coordinator reviews the problem investigation form to verify that the details are complete. When he is satisfied that the problem investigation form is complete and correct, he changes the status to Closed.
Bob Baxter, the problem coordinator at the Calbro Service Desk, performs an incident request review by searching incident requests registered against the payroll service. He reviews the history of the associated CIs and recognizes a trend in problems that are related to common changes to a specific CI. He creates a change request to roll back changes that affect that CI. A Request for Change (RFC) is submitted to Mary Mann, the change manager in Front Office Support, for approval. The change is approved and successfully implemented by Ian Plyment, the Specialist. The change manager creates a Broadcast to alert users. Future incidents are successfully averted.
Note BMC Remedy Incident Management, BMC Remedy Problem Management, and BMC Remedy Change Management must be installed to follow this user scenario. Detailed information about the individual actions mentioned in this user scenario are described in the BMC Remedy Service Desk: Incident Management Users Guide, the BMC Remedy Service Desk: Problem Management Users Guide, and the BMC Remedy Change Management Users Guide.
Table 5 on page 36 describes the typical steps involved in this user scenario.
35
Bob performs an incident request review by searching incident requests registered From the Incident console, the problem against the payroll service, for which he is the problem coordinator. coordinator creates a custom search with the following characteristics: Service = Payroll Impact => 2-Significant/ Large OR 1-Extensive/ Widespread Last Resolved Date >= 07/19/2009 Note: For the purpose of this example, assume todays date is 11/19/2009. The Last Resolved Date used in this example, therefore, is four months ago. The problem coordinator looks for incident request records that have not yet been linked to a problem investigation.
Problem coordinator The problem coordinator opens an incident request that is related to the payroll service and creates a problem investigation.
Bob spots a trendnumerous incidents have been reported against the payroll server CI, which is critical to making that service available. He also discovers that the The incident records details are copied server recently was the subject of a change. from the incident request record to the Bob reviews the change related to the server and determines that the recent change to the Problem form, and a relationship is CI was the root cause of those incident created between the problem requests. Bob creates a problem investigation record and the incident investigation record directly from one of the request records. incident request records, which transfers all The problem coordinator completes the relevant information from the incident Problem form. request and automatically establishes the relationship between the incident request and the problem investigation.
Role
Actions
Explanation Bob then relates the other incident requests, the original change request, and the CI to the problem investigation.
Problem coordinator The problem coordinator creates relationships between the problem investigation and all of the related incident requests. The problem coordinator creates a relationship between the problem investigation and the original change request that is responsible for triggering the incident requests. Problem coordinator The problem coordinator creates a known error: The problem coordinator sets the Status field to Completed and the Status Reason field to Known Error. This opens the Known Error form and creates a relationship between the known error and the problem investigation. The problem coordinator completes information on the form. He enters his name as the assigned problem coordinator. He enters the change coordinator's name as the known error assignee, and sets the status to Assigned. Change coordinator The change coordinator opens the known error record and creates a change request. This opens the Change Request form and creates a relationship between the known error and the change request. It also copies information from the known error record to the change request record.
Bob determines that the best way to prevent similar incident requests from recurring is to roll back the original change. To request the rollback, Bob creates a known error from the problem investigation. He assigns the known error to Mary Mann, the change coordinator.
Mary receives the known error and reviews it. She agrees that the rollback is required and creates a change request from the known error. Mary moves the record through the change request lifecycle.
As part of the change request, the change coordinator creates a broadcast alerting users to the incorrect original change and The change coordinator completes the the symptoms in the defective CI. The required information and saves the broadcast mentions the new change and the change request. time when the CI will be unavailable while the change is being executed. Finally, The change coordinator moves the the broadcast explains that the change was change request through the lifecycle until it is approved and the dates are set. necessary to avoid further incoming related incidents. To alert users about the rollback, the change coordinator creates a broadcast.
37
Actions The change coordinator assigns the change request to a specialist. The change coordinator adds a task to the change request. The change coordinator relates the CIs to the change request. The change coordinator moves the change request to the Implement stage.
Explanation On the change request record, Mary creates a task to roll back the CI and assigns the change request to Ian Plyment, the specialist who will perform the work. The coordinator also relates the CI to the change request.
Specialist
The specialist closes the tasks as he performs them: From the Change Management Support console, the specialist searches for assigned tasks. After performing the task, the specialist records information about performing the task and changes the status to Closed.
Ian rolls back the change to the CI. When he finishes the last task, the system notifies Mary that the tasks are Closed.
Change coordinator
The change coordinator completes the change request: The change coordinator moves the change request to the Closed stage. The change coordinator enters the performance rating and the actual dates of the change.
Mary completes the change request record and removes the broadcast, because it is no longer relevant.
Problem coordinator The problem coordinator closes the Bob is notified that the rollback was problem investigation and known error: completed. Bob verifies that the rollback The problem coordinator confirms that fixed the problem, and then changes the status of the problem investigation and the rollback has solved the problem known error to closed. with the payroll server. The problem coordinator opens the problem investigation record and checks that the details are all correct, and then sets the status to Closed. The problem coordinator opens the known error and sets the status to closed. The problem coordinator records a summary of how the known error was resolved.
During Bob Baxters incident request review of the Calbro Payroll service, he discovers also that over the past six months multiple incident requests have been registered related to slow searches against the Payroll service database. Bob assigns the problem investigation to Ian. Ians problem investigation finds a defect in the database management software that might be corrected by a future patch. Ian notes the root cause, but because a permanent solution in not yet available, he moves the problem investigation status to Pending. Bob performs periodic checks against problem investigations with a status of Pending, to see if permanent solutions have become available.
BMC Remedy Incident Management and BMC Remedy Problem Management must be installed to follow this user scenario. Detailed information about the individual actions mentioned in this user scenario are described in the BMC Remedy Service Desk: Incident Management Users Guide and the BMC Remedy Service Desk: Problem Management Users Guide. Table 6 on page 39 describes the typical steps involved in this user scenario.
Table 6: Indicating a problem investigation at an impasse Role Problem coordinator Actions The problem coordinator performs an incident request review: From the Incident console, the problem coordinator creates a custom search that has the following characteristics: Service = Payroll Impact => 2-Significant/ Large OR 1-Extensive/ Widespread Last Resolved Date >= 07/19/2009 Note: For the purpose of this example, assume todays date is 11/19/2009. The Last Resolved Date used in this example, therefore, is four months ago. Explanation Bob performs an incident request review by searching incident requests registered against the services for which: He is the problem coordinator. That have not yet been linked to a problem investigation. That were resolved with a workaround.
Note
39
Actions The problem coordinator opens an incident request record that is related to the Payroll service search issue and creates a problem investigation. The incident records details are copied from the incident request record to the Problem form, and a relationship is created between the problem investigation record and the incident request records. The problem coordinator completes the Problem form.
Explanation Bob spots another trendnumerous incidents have been reported against the Payroll service related to the length of time it takes to run a search against the database. Bob creates a problem investigation record directly from one of the incident request records. Creating a problem investigation directly from an incident request record transfers all relevant information from the incident request and automatically establishes the relationship between the incident request and the problem investigation. Bob then relates the other incident requests to the problem investigation. After creating the problem investigation, Bob assigns it to Ian. Ian accepts the problem investigation assignment and begins a root cause analysis. During the root cause analysis, he determines that the problem is with a defect in the database management software. Ian also determines that none of the database management software patches fixes this problem. The problem might be fixed in a future release. Ian notifies Bob that he has completed the root cause analysis and determined the problem is with the database management software. He also tells Bob that, currently, no patch from the database software vendor fixes the problem. Bob performs an analysis review and double-checks that Ians assessment of the situation is correct.
Problem coordinator
The problem coordinator relates all the related incident requests to the problem investigation. The problem coordinator assigns the problem investigation to a specialist. The specialist accepts the assignment and performs the root cause analysis.
Specialist
The specialist notifies the problem coordinator. The specialist verifies that the problem coordinator is assigned as problem coordinator. The specialist changes the problem investigation status to Assigned.
Problem coordinator
The problem coordinator performs the analysis review: The problem coordinator reviews the work information recorded on the problem investigation. He independently verifies that the specialists assessment of the impasse is correct.
Actions
Explanation
The problem coordinator indicates that Because no current fix for the root cause the problem investigation is at an impasse. is available, Bob determines that the The problem coordinator indicates why problem investigation is at an impasse. no further action can be taken against the investigation and changes the problem investigation status to Pending.
Problem coordinator
Periodically, the problem coordinator Bob performs periodic checks of all checks the problem investigations with a problem investigations with a status of status of Pending. Pending to determine if a solution has become recently available. If a solution is now available, he reassigns the problem investigation to a specialist for follow-up and implementation. If a solution is still unavailable, he records information about the periodic check.
41
3
Working with the Overview console
The information in this section is for people who fulfill one or more of the following support roles:
problem coordinators specialists
Use the Overview console if you must respond to, manage, or track individual or group work assignments from a variety of sources. For example, if your company runs the full BMC Remedy ITSM Suite, either you or the group you manage might receive work assignments from BMC Remedy Incident Management, BMC Remedy Problem Management, and BMC Remedy Change Management. From the Overview console, you can quickly get information about all your work assignments and perform the procedures that you use most often.
Functional areas
This section describes the functional areas of the Overview console.
Functional areas
Opens the broadcast dialog box, from where you can view, create, modify, and delete broadcasts. When there are unread broadcast messages, this area displays a message: New Broadcasts, followed by the number of new messages. When there are new broadcast messages, the area also turns red. Note: If you open the Overview console with no new broadcast messages, but the View Broadcast link is red, open the Application Preferences dialog box and make sure that a Console View preference has been selected. For information about how to view and select Console View preference, see Setting application preferences on page 104.
Functional areas
Purpose Use the links in this area to do the following actions: Select Status ValuesSee only those records in a certain state, which you specify from the Select Status Values dialog box. See Selecting status values on page 47. My ProfileSet your profile. See Viewing your profile on page 104. Application PreferencesSet your program preferences and options. This function is also available from the BMC Remedy Problem Management console. See Setting application preferences on page 104.
Consoles
Depending on your permissions and what other applications are installed, use these links to open: IT Home Page Incident Management Problem Management Change Management Release Management Asset Management Contract Management Software Asset Management Approval console ROI console CMDB
Console list panel Print View Create Prints the selected record. Displays a form containing detailed information about the selected record in the Console list table. Creates a new record.
Purpose Opens a dialog box from which you can select the type of ticket you are searching for. After you select the type of record from the menu, click the Select button to open a search form specific to the type of ticket you are searching for. Note: To see activity records and CI unavailability records, you must search for those tickets, because these records are not displayed in the Console List table.
Searches for a record. See Searching for records on page 106. Lists the different types of requests. See Console list table on page 46.
Remedy Change Management must be installed. Remedy Change Management must be installed.
TASIdentifies tasks. SDBIdentifies solution database entries. To view and define solution entries,
BMC Remedy Service Desk must be installed. Desk must be installed. Desk must be installed.
PKEIdentifies known errors. To view and define known errors, BMC Remedy
You can also change the tables contents by using the Company and View By filters at the top of the console:
CompanyShows records associated with a particular company (useful in a multitenancy environment). View ByShows records that either are assigned to you or to your support groups, according to the following list.
PersonalDisplays records assigned to you. Selected GroupsPrompts you to select any support groups to which you
belong. You can select to display all records assigned to your group, or records assigned to your group that are not yet assigned to an individual. choose to display all records, or records that are not yet assigned to an individual.
All My GroupsDisplays records assigned to all your support groups. You can
4
Working with the Problem Management console
The information in this section is for people who fulfill one or more of the following support roles:
problem coordinators specialists
Using the Problem Management console, you can create, track, and close problem investigations, solutions, and known errors.
Functional areas
This section describes the functional areas of the Problem Management console
Functional areas
Functional areas
Purpose This area contains the following fields: Company and View By. These fields combine to provide a way that you can indicate the company name and the assigned-to categories used to filter problem investigation, solution, and known error records in the Problems table. The default content of the Company field is the company that is specified in the user preferences of the current user. The Problem table shows: Problem investigation records that have this company name in their Company field. Known Errors that have this company name in their Known Error Location field. Solution Database entries that have this company name in their Company field. The Company field does not show the name of the problem investigation assignees company.
Click this link to open the broadcast dialog box, from where you can view, create, modify, and delete broadcasts. When there are unread broadcast messages, this area displays a message: New Broadcast, along with the number of new messages. When there are new broadcast messages, the area also turns red. For more information about broadcasting messages, see Broadcasting messages. Note: If you open the Problem Management console with no new broadcast messages, but the View Broadcast link is red, open the Application Preferences dialog box and make sure that a Console View preference has been selected. For information about how to view and select Console View preferences, see Setting application preferences.
Counts
This area shows the number of open, unassigned, and unacknowledged problem investigations and the number of open known errors for the combination of Company and View By fields. This area provides a place from which you can run a series of predefined searches. See Running defined searches. Manage My SearchesEnables you to create, edit, save, and delete custom searches. Saved custom searches appear under the My Searches node of the Defined Searches list. See Creating a custom search. Note: If no custom searches are defined, the My Searches node does not appear.
Defined Searches
Functional areas
Purpose Use the links in this area to do the following actions: New ProblemCreate a new problem investigation record. Search ProblemSearch the database for problem investigation records. New SolutionCreate new solution database entries. Search SolutionSearch the database for solution database entries. New Known ErrorCreate new known errors. Search Known ErrorSearch the database for known errors. My ProfileSet your profile. Application PreferencesSet your application preferences and application options. RemindersView and create reminders. ReportsCreate and run custom reports. Manage CIsSearch for information about specific CI types and gives you access to the CI records. Manage InventoryAccess the Manage Inventory form of BMC Remedy Asset Management. Process OverviewIf the full SMPM application is installed, opens the detailed SMPM Problem Management process. Otherwise, it opens a highlevel diagram of the problem management process.
Functional areas
Purpose Depending on your permissions and what other applications are installed, use these links to open: IT Home Page Overview Incident Management Change Management Release Managment Asset Management Contract Management Software Asset Management Approval Console CMDB
Problems table Create View Print the table Opens a dialog box from which you can select to create either a Known Error, Problem Investigation, or Soultion Database record. Opens the Known Error, Problem Investigation, or Solution Database record selected in the Problems table. Prints the details of the Known Error, Problem Investigation, or Solution Database record selected in the Problems table. Displays high-level details about the records that match the criteria specified in the Company and Assigned To fields, or that were found by the most recently completed search.
Details and Tasks DetailsWhen selected, contains detailed information about the record selected in the Problems table. To see Details when the Tasks table is showing, click Show Details. The Create, View, and Report icons relate to work information notes. For information about working with work information notes, see Creating Work Information entries, later in this guide. TasksWhen selected, lets you view tasks associated with the record that is selected in the Problems table. To see Tasks when Details is showing, click Show Tasks.
Functional areas
5
Performing the incident request review
The information in this section is for people who fulfill the role of problem coordinator. The tasks described by this section are organized according to the stages of the problem management lifecycle as described by the BMC Service Management Process Model (SMPM).
Creating a problem investigation from an incident request automatically creates a relationship between the incident request and the newly created problem. You then assign the new problem investigation to a specialist for analysis. When assigning the problem investigation, choose a specialist whose skills, availability, and access rights make them the most appropriate person to perform the analysis.
Tip
If you find an incident request during the incident request review for which a problem investigation has already been registered, you should link the incident request to the problem investigation. Figure 9: Incident request review
their Impact field set to 2-Significant/Large or higher. been resolved in the past four months. not yet been linked to a problem investigation and were resolved with a
workaround.
If a specialist notifies you of a new problem, create an overview that includes the incident requests referred to by the specialist, and any similar incident requests. After you generate an overview of unreviewed incident requests using the search criteria outlined in the preceding list, review the individual incident requests. When reviewing the incident requests, consider the following points when deciding whether the incident request should be linked to a problem investigation:
Was the root cause of the incident request removed when the incident request was
completed?
Was the incident request significant? Consider an incident request significant when: the service outage involved more than one person. there were multiple occurrences. you believe the incident might recur. Has the underlying problem already been identified? If it has, link the incident
In addition, consider whether analysis of your organizations capacity management or availability management systems indicates the potential for problems. If the incident request requires a new problem investigation, generate the problem investigation and link the incident request to it as described earlier in this section. After you create the problem investigation, assign it to a specialist. For information about how to do this, see Assigning problem investigations on page 65.
belong. You can select to display all records assigned to your group, or records assigned to your group that are not yet assigned to an individual. can choose to display all records, or records that are not yet assigned to an individual.
3 From the Defined Searches area, select Problem Investigation => All Open Problems. 4 To view additional details about an investigation, select the problem investigation record in the Problems table and then click View. The Problem Investigation form appears. You can modify the form and perform other actions, as appropriate.
2 Click the calendar icon beside the Target Date field. The Target Date field is a required field when the problem investigations status is not Draft. 3 Select the target resolution date and time. 4 Click OK, then click Save.
Note
Additionally, if your environment runs BMC Remedy Asset Management and BMC Remedy Change Management, a problem investigation can also be related to the following record types:
Configuration item (CI) unavailability Infrastructure change
If you have Change Management, a known error can also be related to infrastructure change or a release record.
Note
Defining relationships
Use the following procedure to define a relationship. The following example uses a problem investigation, but the procedure is similar for defining a relationship from a known error.
To define a relationship
1 Open the relevant problem investigation as described in Viewing problem investigations on page 58. 2 Click the Relationships tab. 3 From the Request Type list at the bottom of the Relationships tab, select the type of record to which you want to relate the current record. For example, to relate your problem investigations to a configuration item, select Configuration Item from the Request Type list. 4 Click Search. 5 Complete the search criteria tabs with the relevant information, then click Search. Try to supply as much information as possible in the search dialog box to reduce the overall number of records returned by the search. 6 From the search results table, select the item with which you want to create the relationship. 7 From the Relationship Type list at the bottom of the search dialog box, select the type of relationship you want to create. For example, if you are relating a problem investigation to a CI that is impacted by the problem, you might select Impacts. The contents of the Relationship Type list depends on the type of record you are trying to create the relationship with. 8 Click Relate. An information message appears confirming the relationship. 9 Click OK to dismiss the dialog box and then click Close to close the search dialog box.
Note
Note
Copying relationships
When you define a relationship between the current record and another record, the other record might also have one or more records related to it. Using the Copy Related Relationships form, which you open from the Relationships tab, you can look at the related records additional relationships. If you determine that any of these additional relationships should be related to the current record, you can define the relationship from this form. By doing this, you can more thoroughly document all the record relationships.
To copy relationships
1 Open the relevant problem investigation as described in Viewing problem investigations on page 58. 2 Click the Relationships tab. 3 In the Relationships table, select a record related to the current problem investigation. 4 From the Quick Actions list, select Get Related Relationships, then click Execute. 5 From the table of related records on the Copy Related Relationships form, select the other record that you want to relate to the current record.
Note To see a detailed description of the other record, select it, then click View. A form appears with detailed information about the selected record. Use this feature to help you determine whether you want to relate the other record to the current record.
6 Click inside the Relationship Type field. The contents of the Relationship Type list depends on the type of record you are trying to create the relationship with. 7 From the list of relationship types, select the type of relationship you want to create, then click Select. Click OK to dismiss the note confirming the relationship creation.
Note
Modifying relationships
After you define a relationship, you can change the relationship type and update the relationship description. Use the following procedure to modify the relationship.
To modify a relationship
1 Open the relevant problem investigation as described in Viewing problem investigations on page 58. 2 Click the Relationships tab. 3 In the Relationships table, select the relationship you want to modify. 4 From the Quick Actions list, select Modify Relationship Type, then click Execute. 5 On the Modify Relationships Type form, enter the new relationship details according to the on-screen instructions. 6 Click Save to save your changes.
The following table lists available quick actions for any related item. Table 9: Effects of general relationship actions
Relationship action Get Related Relationships Modify Relationship Type Effect Copies the relationships of the selected record to the current problem investigations relationships. Prompts you to modify the relationship type, as described in Modifying relationships on page 63.
Additional quick actions are available when you select a related configuration item, as indicated in the following table. Table 10: Effects of relationship actions for related CIs
Relationship action Explore CI Get CI Impact/Urgency Get CI Product Categorization Get Impacted Areas Effect Opens a graphical relationship viewer that shows a selected CIs relationship with other records. Copies the impact and urgency of the selected CI. Copies the product categorization from the selected CI to the classification of the current problem investigation. Prompts you to select impacted areas, as defined in the selected CI, into the current investigations impacted areas.
5 Click Execute.
Removing relationships
Use the following procedure to remove a relationship.
To remove a relationship
1 Open the relevant problem investigation as described in Viewing problem investigations on page 58. 2 Click the Relationships tab. 3 In the Relationships table, select the relationship you want to remove. 4 Click Remove. Click Yes when the system prompts you to confirm the removal.
Note
After you specify the client company, organization, and support group, only the support group name appears in the Coordinator Group field. 3 From the Problem Coordinator menu, select the name of the person you want to assign as the problem coordinator. 4 Click Save.
coordinator groups have been defined there, select the Pblm Mgr Default Group from the Set Assignment Using list, then click Set. Then, select the problem coordinator from the Assignee field.
4 Click Save.
When using the Best Practice view In the Navigation pane, choose Quick Actions => Assign to Me.
When using the Classic view In the Navigation pane, choose Quick Links => Assign to Me.
To assign the investigation based on predefined routing. When using the Best Practice view In the Navigation pane, choose Quick Actions => Auto Assign. When using the Classic view In the Navigation pane, choose Functions => Auto Assign.
To assign the investigation to a specific person. When using the Best Practice view When using the Classic view
1 Click the Work Detail tab. 2 From the Assigned Group menu, select the
support group.
1 Click the Assignment tab. 2 In the Problem Assignment area, select the
appropriate assignee.
3 Click Save.
6
Performing the root cause analysis
The information in this section is for people who fulfill the support role of specialist. The tasks described by this section are organized according to the stages of the problem management lifecycle as described by the BMC Service Management Process Model (SMPM).
When you finish the root cause analysis, regardless of the outcome, you must inform the problem coordinator that your work is completed. Figure 10: Root cause analysis
Note If you receive an investigation that you think someone else is better suited to review, you can reassign it to that person. For information about how to do this, see Relating incident requests and problem investigations on page 60.
The tasks described by the following procedures are related to reviewing and updating the problem investigation.
The BMC Remedy Problem Management console displays all problem investigations, known errors, and solution entries assigned to you.
Note
Note You can also view problem investigations assigned to other people in the support groups you belong to by selecting either Selected Groups , which enables you to select a subset of your groups, or All My Groups , which displays problem investigations for all the support groups you belong to.
2 From the Defined Searches area, select Problem Investigation => All Open Problems. 3 To view additional details about an investigation, select the problem investigation record in the Problems table and then click View. The Problem Investigation form appears. You can modify the form and perform other actions, as appropriate.
Accepting an assignment
You can accept any investigation assigned to your support group.
To accept an assignment
1 Open the relevant problem investigation by selecting it from the Problems table and clicking View. 2 In the Navigation pane:
When using the Best Practice view Choose Quick Actions => Assign to Me.. When using the Classic view Quick Links => Assign to Me.
If you belong to more than one support group, you are prompted to select the group you want the problem investigation assigned to. 3 Select the support group. 4 From the Status field, select Under Investigation. 5 Click Save.
Tip
investigation using fields from the Work Detail tab (Work Info tab when using the Classic view). investigations using fields from the Relationship form.
3 On the search form, provide as much information about the previous problem investigation as possible, and then click Search. 4 View the matching problem investigations in the table that appears. If you are running BMC Remedy Problem Management from the BMC Remedy User client, you can use the advanced search bar to define a more complex set of criteria than you can specify by using only fields in a form. For example, you can search for all problem investigations with two different values in the same field. Thus, you can search for all problem investigations that have a status of Completed or Closed. For more information about using the advanced search bar, see the BMC Remedy User online help system. To access the help system from the BMC Remedy User tool bar, select Help => Contents and Index.
Tip
Note
To document work with a vendor when using the Best Practice view
1 Open the relevant problem investigation as described in Viewing problem investigations on page 58.
74 BMC Remedy Service Desk: Problem Management User Guide
3 If available, enter the Vendor Ticket Number. The Vendor Ticket Number is a tracking number issued by the vendors tracking system for the problem investigation that you are assigning to that vendor. 4 Click Save.
information.
The Internet Email field is only informational. From this field, you can see who is currently working on the problem investigation and how to contact the vendor for an update. 6 Indicate the date that you assigned the investigation to the vendor. 7 Click Save.
Note
incidents caused by capacity shortages. Reactive problem investigations are related to one or more incident requests. If the problem investigation was created by the capacity management system, you can skip this step and go to Establishing the root cause on page 77. If the problem investigation is related to one or more incident requests, try to find a workaround to resolve the incidents. You might find useful information about the Resolution tab of the related incident request record. See the BMC Remedy Service Desk: Incident Management Users Guide for information about viewing incident request records. If you identify a workaround, carefully describe it in the Workaround field of the problem investigation record. Until a permanent solution is found, this information can be useful to service desk analysts and other specialists working on similar cases. It is possible that a workaround from a previous analysis is already described in the Workaround field. If this is the case, review the workaround and update the description if necessary. If you cannot find a practical workaround for the problem, make sure that you record this in a work information note on the Work Detail tab (Work Info tab when using the Classic view). For information about how to do this, see Adding work information notes on page 113.
Note
To record a workaround
1 Open the relevant problem investigation as described in Viewing problem investigations on page 58. 2 Enter the workaround information:
When using the Best Practice view When using the Classic view
1 In the Workaround field, type a description of the 1 In the Process Flow Status area, click the
workaround.
3 Click Save.
information about how to do this, see Relating incident requests and problem investigations on page 60.
With the root cause now known, if necessary, propose a better workaround and describe how to implement it. For information about how to do this, see Proposing a temporary workaround on page 75.
If you cannot determine the root cause, you must record this also in a work information note on the Work Detail tab (Work Info tab when using the Classic view). See Adding work information notes on page 113 for information about how to do this. Make sure that you record why a root cause cannot be found, and be sure to record the activities that you performed to determine that a root cause cannot be determined. If the root cause analysis is temporarily unable to progress (for example, if you are waiting for information from a supplier), make sure you set the problem investigations Status field to Pending, and then specify why in a work information note on the Work Detail tab (Work Info tab when using the Classic view). See Adding work information notes on page 113 for information about how to do this. When you determine the root cause of the problem, you can record it. After you record the root cause, the problem investigation can be completed as a solution entry or a known error, as described in Creating a solution entry on page 80 and Creating a known error on page 87.
Note
When using the Best Practice view Add a Work Detail note describing the root cause. Note: For information about how to do this, see Adding work information notes on page 113
3 Click Save. 3 If a recent change is the root cause, and if BMC Remedy Change Management is installed on your system, relate the investigation to the change request with a Request Type of Infrastructure Change. For information about how to relate records, see Relating incident requests and problem investigations on page 60. 4 If a known error is the root cause, relate the investigation to the known error with a Request Type of Known Error. For information about how to relate records, see Relating incident requests and problem investigations on page 60.
Services become unavailable or is degraded during service hours. The functionality of a service changes. The BMC Atrium CMDB requires an update.
If you cannot find or implement a practical solution, make sure that you use a work information note to record the reasons why a solution is not currently available.
Note If and infrastructure change is required to permanently resolve the problem, then select Known Error from the Status Reason list in the next step.
3 Select the appropriate status reason. If you select Known Error or Solution Database, the details of the problem investigation are copied to a new known error or solution database entry when you save your changes.
In the Quick Actions area of the Navigation pane, On the Classification tab, select the appropriate click Select Product. product categorization.
Note To complete the problem investigation, you must select at least Tier 1 from the Product Categorization list.
5 Select the product categorizations from the drop down menus in the Product Selection dialog box. 6 Click Save to save your changes. The status of the investigation is set to Completed. If the status reason for the investigation is:
Known Error, the Known Error form appears, and details from the problem
investigation are copied into the form. Complete the form and save it, as described in Creating a known error on page 87.
Note if an infrastructure change is required to permanently resolve the problem, then in the Known Error form, assign the known error to the Change Coordinator to have the change implemented.
Solution Database, the Solution Database form appears, and details from the
problem investigation are copied into the form. Complete the form and save it, as described in Creating a solution entry on page 80.
If the problem investigation is related to an incident that is not yet closed or canceled, the incident assignee is notified that the investigation is complete.
Note
Solution entries require that solution managers are defined. For details, see the BMC Remedy IT Service Management Configuration Guide.
Note
2 Click Save.
7
Performing the analysis review
The information in this section is for people who fulfill the management role of problem coordinator. The tasks described by this section are organized according to the stages of the problem management lifecycle as described by the BMC Service Management Process Model (SMPM).
Analysis review
After the specialist completes a root cause analysis of the assigned problem investigation, you review the analysis. If during the analysis review you determine that the specialist implemented a solution to the problem, you can start to close the problem investigation. For information about how to do this, see Closing the problem investigation on page 93. You can close the investigation without a solution if you determine that the specialist thoroughly analyzed the problem, but was unable to find a root cause. If you determine the analysis was not adequate, then assign the problem investigation back the specialist for further analysis, or reassign it to another specialist. For information about how to do this, see Reassigning the problem investigation on page 86. If the specialist proposes a structural solution that requires change management, review the proposal to determine if this is an appropriate course of action. If you agree that a change is required to solve the problem, generate a known error and passes it to the Change Coordinator of the affected service. If you do not agree that a
change is required, assign the problem investigation back the specialist for further analysis, or reassign it to another specialist. Figure 11: Analysis review
Management process.
requires an update.
If you agree that Change Management is needed, create a known error and assign it to the Change Coordinator. For information about how to do this, see Creating a known error on page 87. Otherwise, reassign the problem investigation back to the specialist, or to another specialist for further investigation. For information about how to do this, see Reassigning the problem investigation on page 86.
To reassign an investigation
1 Open the relevant problem investigation as described in Viewing problem investigations on page 58. 2 To assign the investigation to yourself, in the Navigation pane, choose one of the following actions:
Quick Actions (Quick Links in the Classic view) => Assign to Me Quick Actions (Quick Links in the Classic view) => Auto Assign
Auto Assign uses the automatic routing to assign the investigation based on predefined system mapping. Automated assignment can be based on the problem location, operational categorization, or product categorization. 3 Otherwise, follow these steps to reassign the investigation:
When using the Best Practice view To change the Assignee Select a new assignee from the Assignee list. To change the Assigned Group When using the Classic view
1 Click the Assignment tab. 2 Reassign the investigation with one of the
following options: Select the assigned group. After selecting an assigned group, select the assignee. Select from Set Assignment. Note: Table 12 on page 87 describes the Set Assignment selections for the Problem Assignee area of the Assignment tab.
4 Click Save.
9 Select the appropriate operational categorization. Operational categorization is based on a three-tier hierarchy that is defined in the Operational Catalog:
When using the Best Practice view In the Quick Actions area of the Navigation pane, click Select Operational. When using the Classic view
1 Click the Classification tab. 2 From the Operational Categorization fields of the
Classification tab, select the operational categorizations by tier.
Product categorization is based on a multi-tier hierarchy that is defined in your Product Catalog:
When using the Best Practice view In the Quick Actions area of the Navigation pane, click Select Product. When using the Classic view From the Product Categorization fields of the Classification tab, select the product categorizations by tier.
1 Click the Assignment tab. 2 Make sure that your name appears in the
Assignee field in the Problem Coordinator Assignment area. Note: Your name appears in this field, because you are the problem coordinator.
3 Make sure the Change Coordinators support 4 Make sure the Change Coordinators name
appears in the Assignee field.
12 Click the Relationship tab. 13 Ensure the known error is related to all the affected service infrastructure and to the CI in which the problem resides. For information about how to do this, see Defining relationships on page 61. 14 Ensure the Status is set to Assigned. 15 Click Save.
If this happens, review the known error to determine why the Change Coordinator reassigned it, and then assign the problem investigation to the appropriate specialist. For information about how to do this, see Reassigning the problem investigation on page 86.
8
Closing the problem investigation
The information in this section is for people who fulfill the role of problem coordinator. The tasks described by this section are organized according to the stages of the problem management lifecycle as described by the BMC Service Management Process Model (SMPM).
reassign the problem investigation to determine if new technology or if a different approach to the problem's root cause can provide a structural solution. Figure 12: Problem closure
Note
If you do not close the problem investigation or the known error within a specified period of time, BMC Remedy Problem Management automatically moves the status of the problem investigation or known error to Closed. The length of this period is configurable. Check with your system administrator to determine how much time your organization specifies. The default setting is 15 days.
Note
Indicating an impasse
4 Select the known error and click View. 5 On the Known Error form, set the Status field to Closed. 6 Record a summary of how the known error was resolved:
When using the Best Practice view Type the summary in the Resolution field. When using the Classic view
1 Click the Resolution tab. 2 Type the summary in the Resolution field.
7 Complete any other fields that will help someone else viewing the record to understand how the known error was resolved. 8 Click Save.
Indicating an impasse
If the specialist cannot find a root cause, or if the Change Management process rejected the known error, then the problem investigation is at an impasse and can not be resolved. If this occurs, update the known error and the problem investigation records to indicate this is the case.
Note
(Work Info tab when using the Classic view). For information about how to do this, see Indicating an impasse on page 96.
9
Supplemental BMC Remedy Problem Management features
This section contains basic procedures that are common to most forms and consoles. Most of the information in this section is similar throughout the BMC Remedy IT Service Management suite.
The BMC Service Management Process Model (SMPM) defines a key performance indicator as, A vital and measurable result to track the efficiency, effectiveness, and predictability of a process. The KPI flashboard component collects the data according to the selected customer company. Each KPI flashboard contains graphs that present the following types of information:
Relevant historical dataUse this graph for trending purposes. The most recent
Tip
historical data displayed in the graph is collected from the previous month. Historical data goes back to a maximum of one year.
Note Historical data only appears in a graph when that historical data exists in the database. Typically, new or recent installations, or upgrades, of BMC Remedy Problem Management might not have historical data available.
Current, or real time dataUse this graph to see what is happening with the
business process now. In most cases, the displayed real time data is collected from the first day of the current month to todays date.
You can also view the individual problem investigation records that are reported by the real time flashboard graph. For example, you can view all of the problem investigation records that are reported by the Problem Backlog KPI flashboard. For information about how to do this, see Viewing and displaying data on page 102.
KPI flashboards are available only for version 7.6.00 (and later) of the BMC Remedy ITSM applications. If you are running a mixed environment, that is, if you are running some BMC Remedy ITSM applications at version level 7.5.01 (or earlier), you see flashboards with only the version 7.6.00 (or later) applications.
Note
Problem Backlog Historical PBM:PBI:KPI_BacklogHistory The number of problem investigations that were still open during the shown reporting period. Note: This graph uses only one variable. Hiding this variable prevents the graph from displaying any information. Real time You cannot select active variables for this graph. This real time graph does not use active variables. It displays the number of problem investigations that are still open.
Problem Management Activity Historical PBM:PBI:KPI_ActivityHistory The number of problem investigations that were still open during the shown reporting period. This data is shown in the blue portion of the graph. The number of problem investigations that were closed during the shown reporting period. This data is shown in the yellow portion of the graph. The number of problem investigations that are still open. This data is shown in the blue portion of the graph. The number of problem investigations that are closed. This data is shown in the yellow portion of the graph.
PBM:PBI:KPI_ActivityHistory_V1
Real time
PBM:PBI:KPI_Activity
PBM:PBI:KPI_Activity_V1
Note Your access level determines the companies that you see in the Company list.
3 From the Navigation pane, choose Process KPIs => KPIflashBoardLink KPIflashboardLink is the link to the specific KPI flashboard that you want to see.
Click the triangle beside the Process KPI text to open and close this area of the Navigation pane.
Tip
Note
Procedure
Use the zoom feature to enlarge a section of the graph. You can also 1 Click the arrow in the lower left corner of the graph to expand the use full-screen mode to enlarge the entire graph as described later bottom control panel. in this table.
Hide or display the graph legend The default setting is to show the graph legend. The legend provides information about how to interpret the graph. Not all graphs have a legend.
1 Click the arrow in the lower left There are many different graph styles from which you can choose. corner of the graph to expand the For example, you can select to display the KPI data in a line graph, bottom control panel. a bar graph, a stacked bar graph, an area chart, and so on. However, be aware that some data is best represented in a particular format and that changing the format might affect the way 2 Click the double-arrow button and in which the data is interpreted. Not all graphs support all graph styles. then select the graph style you want.
Change the graph titles
1 In the upper right corner of the You can customize the title text that appears on the graphs to suit graph, click the Open Options your organizations needs. For example, you can change the titles of Panel icon. the X and Y axis. 2 Change the label text appropriately
to your organizations needs.
Action View a graph in full-screen mode You can display the selected graph across the entire screen for better visibility. Not all graphs display in full-screen mode.
Procedure
1 In the upper right corner of the 2 When you finish viewing the
and so on.
View permissions.
For detailed information about the People form, see the BMC Remedy IT Service Management Configuration Guide.
Determine which console appears by default when you open BMC Remedy
Problem Management .
Default Home Page Select the console that you want to appear as your home page when you log into the BMC Remedy Action Request System (BMC Remedy AR System) server. For example, if you want the Problem Management console to appear, select Problem Management Console. Company Console View Select the company that you want to appear in the Company field of the Problem Management console by default. The default console view, with the search criteria, controls which problem investigations appear in the Assigned Work area. You can temporarily change this setting from the Navigation pane of the console. The following list shows you the available selections: PersonalDisplays work assigned to you. Selected GroupsPrompts you to select any support groups to which you belong. All My GroupsDisplays work assigned to all your support groups. You can choose to display all work, or work that are not yet assigned to an individual. On Form Open When multiple data sets exist, such as production and training data sets, select the appropriate data set.
Setting Form
Description After New SaveThis setting controls the action after you click Save on the Problem investigation form. The following list shows the available selections: No ActionLeaves the Problem, Solution, or Known Error form open and it is ready for you to record a new problem investigation. Reopen in NewOpens the current problem investigation, solution, or known error in modify mode in a new window. The original window is ready for you to record a new problem investigation. Reopen in CurrentLeaves the Problem Investigation, Solution, or Known Error form open. If this is a new problem investigation, solution, or known error, the form changes from New to Modify. Tab Views(Classic View only) You can choose whether to show the following panels: Vendor Financials Date System
Overview Console
You can choose whether to show problems, problem tasks, or known errors on the Overview console.
The predefined search looks only through records that are in some way associated with you through your login ID or group ID (for example, records assigned to you or to your support group, and so on). You run this search from the Defined Searches area of the Navigation pane. You can view the support groups you belong to by clicking the My Profile link in the Navigation pane, then opening the Support Groups tab. For more information about this link, see Viewing your profile on page 104.
Note
Tip
Tip
2 In the Type field, select the type of record you want to search for. 3 In the Search Name field, type a name for the search. 4 Click Build Search Qualification to open the Advanced Qualification Builder dialog box, and then define the search qualification. 5 From the Keywords or Fields selection boxes, select the keywords or record fields on which you want to search. To insert operators (+, =, >,<, and so on), click the appropriate operator button. Do not forget to place literal values between double quotation marks. For example, if you are performing an incident request review and you are searching for incident requests that meet the following criteria:
Impact => 2-Significant/Large or 1-Extensive/Widespread Service = Payroll Service the Last Resolved Date >= 07/19/2009
Date formats can vary, depending on how your system is configured. The date shown here is only an example. 6 Click Select to close the Advanced Qualification Builder, and then click Save. 7 Close the Manage My Searches dialog box. The search appears in the Defined Searches list, under the My Searches node.
Note
Note The My Searches node appears only when a custom search is defined.
Printing records
4 Scroll through the results list to find the specific records that you want.
Printing records
You can print a copy of a record to keep for filing purposes or to share with someone who does not have access to BMC Remedy Problem Management. Use this procedure to print a record.
To print a record
1 From the Problem Management console, select the record you want to print. If you already have the record open and want to print it, click Print at the bottom of the form to open the Business Objects Report Preview dialog box, then go to List item. on page 110. 2 Click Print. The Business Objects Report Preview dialog box appears, enabling you to view the record before you print it. 3 Click the print icon on the menu bar at the top of the dialog box. When the print confirmation dialog box appears, click Print to send the record to your local printer. 4 Close the Business Objects dialog box.
Note
Modifying records
After you generate a record, you can modify or update the information it contains. Use the following procedure to modify a record.
To modify a record
1 Open the relevant problem investigation as described in Viewing problem investigations on page 58. 2 Click the tab or field that contains the information that you want to update.
Tracking costs
Tracking costs
Note The Financials tab, from which you perform cost tracking, is available in the Classic view of the Problem Investigation form.
The Financials tab on the Classic view of the Problem Investigation form shows the financial effect of the problem on a company or site. Knowing how much an unresolved problem costs helps you determine whether and when to perform a formal problem investigation. This tab displays Investigation Costs. If Asset Management is installed, this tab also displays Cost of CI Unavailability. You can record the cost involved in working on a problem investigation. If the problem investigation is related to an incident with CI unavailability, you can update the costs of CI unavailability.
The CI unavailability feature is available when BMC Remedy Asset Management is installed and is used to track both scheduled and unscheduled outages against CIs.
Note
Tracking costs
The Cost Category field is set to Problem Investigation. This indicates the form from which you entered the charge. You cannot change this value. 3 On the Cost form, select the appropriate cost center code from the list. This is the code name for the business unit or organization within the company to be charged for servicing the problem investigation. When you select the cost center code, the Company and Cost Center Name fields display the values attached to the cost center code. 4 From the Cost Classification list, select either Actual or Budget. 5 In the Related Cost field, type the cost amount, and select the currency from the list. 6 If appropriate, you can also:
Select the cost type. Cost types are defined by your organization for reporting
purposes.
Enter a description. Select the unit type. The unit type indicates whether cost is measured as a flat
rate, or in hours or minutes. If you select a unit type of hours or minutes, you must type the number of hours or minutes in the Related Units field. leave this field blank.
Enter the date the charge was incurred. To set it to the current date, you can
7 Click Save. The totals for budgeted and actual costs appear at the bottom of the table. 8 Repeat steps List item. on page 111 through List item. on page 112 for each cost associated with the investigation.
Note
1 Type a summary of the note in the Summary field. 2 Type the details of the note in the Details field.
Note: If you are creating a work information note in a Known Error, you must also supply the target date.
3 Type a summary of the note in the Summary field. 4 Type the notes details in the Notes field.
4 To add an attachment to the record, right-click in the attachment table and select Add from the menu that appears. 5 From the Locked list, select Yes or No to lock the log. If you select Yes, you cannot modify the work log after you save it. 6 From the View Access list, select Internal or Public.
InternalUsers within your organization can see the entry. PublicEveryone with access to BMC Remedy Problem Management can see
Note
7 Click Save. To see a report of selected work information entries, select one or more entries, and click Report. In the Best Practice view, you see an overview of the Work Detail entries by clicking History.
Note
4 Click View. 5 To view an attachment, double-click the attachment in the Attachments table. 6 To view another work information note, click the note that you want to view in the table at the bottom of the Investigation Work Info dialog box.
Note
Creating reminders
Note The time values in the Effort Duration Hours and Minutes fields are not filled in by the system. You must type these values manually. Also, if you are updating the Effort Duration, you must make the calculations manually and then type the new values in the Hours and Minutes fields. For example, if you previously logged 10 minutes on a problem investigation and then spent an additional 90 minutes on the investigation (for a new total of 1 hour and 40 minutes), you type 1 in the Hours field and 40 in the Minutes field.
4 Click Add to save your total effort time in the effort log. 5 Click Close to close the dialog box.
Creating reminders
Use reminders to create notes for yourself and others. You can send the reminders by email or by BMC Remedy Alert, and can specify when they are sent. You can create generic reminders, or you can create reminders that are associated with a specific request. For example, you can send yourself a note about a specific investigation to remind yourself to follow up on it. You can create and view reminders from either the BMC Remedy Problem Management console or from within a specific investigation, known error, or Solution Database entry. The location from which you create or view a reminder determines which reminders you see:
BMC Remedy Problem Management consoleYou can view all reminders that
you created.
Problem Investigation formYou can view all reminders associated with that
investigation. This includes reminders created by other users of BMC Remedy Problem Management.
Known Error formYou can view all reminders associated with that known
error. This includes reminders created by other users of BMC Remedy Problem Management. Solution Database entry. This includes reminders created by other users of BMC Remedy Problem Management.
Solution Database formYou can view all reminders associated with that
Creating reminders
To create a reminder
1 From the Navigation pane in either the Problem Management console or the Problem Investigation form, choose Functions => Reminders. If you create a reminder from the main BMC Remedy Problem Management console, the reminder is general in nature. If you open a record and create a reminder, the reminder is specific to the open record. 2 Click the Create Reminder tab. If you are creating the reminder from the main console, skip the next step. 3 To remove the link between the reminder you are creating and the open record, select, and then delete the contents of the Link to Request-ID field. The RequestID and Form fields are filled in automatically by the system. The Request-ID field links the reminder to the open record. 4 From the Notify list, select either Individual or Group, depending on whether you are sending the reminder to a single person, or a group of people. 5 In the Recipient field, type the name of the person or group to whom you want to send the reminder. If you need more space to type the entry, click the Browse button next to the field. A larger text entry box appears. If you type a persons name and press ENTER, the system automatically fills in the AR Login field. If the system discovers multiple matches with the name you entered, another dialog box appears that enables you to specify which of the matching names you want to receive the reminder. 6 In the Time field, enter the date and time you want the system to send the reminder. You can type the information directly into the field, or you can click the button next to the field and select the date and time from the calendar that appears. By default, the Time field contains the current date. The default time is one hour ahead of the current time. 7 In the Subject field, enter information about the reminder. If you need more space to type the entry, click the Browse button next to the field. A larger text entry box appears.
Note
Note
Broadcasting messages
The information in this field appears in the subject line if the reminder is sent by email. 8 In the Message field, type the reminder message text. If you need more space to type the entry, click the Browse button next to the field. A larger text entry box appears. Do not type text in the Log field. This field records the subject line and message of the reminder when it is sent. 9 Click Save. A confirmation message appears. 10 Click Close to close the Reminders dialog box. The reminder is sent at the time you specified.
Note
Broadcasting messages
This feature lets you send messages to your entire organization, selected groups within the organization, and to external customers as well. You can use this feature to send messages about work in progress, system status, planned work, and so on. You can also use this feature to view messages that were broadcast to you from other groups in your organization.
Broadcasting messages
2 Click Create.
2 Enter information in the required fields. The names of required fields appear in bold on the Broadcast Details tab and are followed by asterisks. Table 17: Required fields
Field Company Explanation Select the company to which this broadcast pertains. Only users with access to this company can see the broadcast. If you select Global from the Company list, the broadcast is sent to everyone. Note: Of the various Location fields, only Company is mandatory. The other Location fields: Region, Site Group, Site, Organization, and Department, are informational fields that allow you to specify the physical location, and so on, to which the broadcast applies. These fields otherwise do not restrict who can see the broadcast. All people assigned to the specified company can see the broadcast. Subject Broadcast Message Broadcast Type A short description of what the broadcast is about. The text of your message. Select a broadcast type from the list.
Broadcast Start Date and To start the broadcast now, click inside the Broadcast Start Date field, and press Broadcast End Date ENTER. To select a date from the calendar, click the Browse button next to the field, then use the calendar that appears to select the date on which the broadcast is to start and the date on which you want it to end. You can also specify times of the day using the Time feature at the bottom of the calendar. Broadcast Originated From This field is completed by the system. The contents depend on where you are creating the broadcast. If you broadcast from an problem investigation, this is set to Problem Investigation.
Broadcasting messages
Explanation This field is filled in by the system, but only when you create a broadcast from within a record. If you create a broadcast from the main console, the field appears dimmed. Select Internal if you want the broadcast enabled only for members of your organization. If you also want the broadcast enabled from the Requester console, select Public. To automatically send a broadcast notification to an individual or group, select Yes.If you select Yes, the Manual Email button and the Notify Support area appear.Use the Manual Email button to manually send an email about the broadcast to a person or group. When the Email System form appears, enter the recipients email address in the Internet email field, and then click Send Email Now.Use the Notify Support area to indicate the group you want to notify of the broadcast. You must complete all of the fields: Support Company, Support Organization, and Support Group. The notification is sent at the time and on the date specified in the Broadcast Start Date field. Select a priority level for the broadcast. The choices are Low, Medium, and High.
Notify
Priority
3 To add an attachment to the Broadcast, right-click inside the table and select Add from the menu. The Add Attachment dialog box appears. Use this to indicate the file you want to attach. Click Open to attach the indicated file. You are limited to one attachment for each broadcast. 4 To allow members of another group to modify the message, follow these steps: a Click the Authoring Groups tab, and then click Manage Authoring Groups. The Authoring Group dialog box appears. b Indicate the group that you want to have authoring rights by selecting from the menus. Click Add when you are finished. The support group you belong to appears in the table by default. You can indicate another group, or click Close to dismiss the dialog box. 5 Click Save to save the broadcast message and close the dialog box.
Note
Broadcasting messages
Viewing broadcasts
This section describes how to view broadcast messages. While viewing broadcasts, you can modify the message (if you belong to an authorized authoring group), create a new broadcast message, and under some circumstances (when viewing the message from the current record) relate the broadcast message to the current record.
To view broadcasts
1 At the top of the Navigation pane, click either New Broadcasts or View Broadcasts. 2 From the Broadcast table, select the broadcast that you want to view and click View. When viewing broadcast messages from the current record, you are looking at all the broadcast messages, not just the ones related to the current record. If the broadcast table contains a large number of messages, use the Broadcast Search Criteria tab to limit the number of messages. For information about how to do this, see Limiting the number of messages on page 121. 3 To view another message, click Close to close the broadcast. 4 From the Broadcast table, select the next broadcast and click View.
Note
Limiting the number of messages is available when using the Classic view. When viewing broadcast messages from the current record, you can limit the number of messages that appear in the Broadcast table by opening the Broadcast Search Criteria tab and defining a set of criteria that filters out messages that do not match.
Note
Note Notification messages to individuals, based on ticket assignments and other events, can be sent by BMC Remedy Problem Management as pages or emails. For information about configuring notification to be sent as pager or email messages, see the BMC Remedy IT Service Management Configuration Guide.
Note
3 Select the recipient. To do this, complete the fields in the Search Criteria area, then click Search. When the search finishes, click the recipients name in the search results table, then click Select. If you are sending a page to a person (instead of an on-call group) and need help determining the correct person, you can see more information about an individual by selecting their name from the list, then clicking View. This opens the People form, which contains detailed information about the recipient. 4 Complete the fields in the Paging Information area, as follows, then click Send Page Now.
Pager Service ProviderSelect the recipients pager service provider from the
list.
If you are sending a page to a person, you can find this information by selecting the persons name from the search results list, then clicking View (as described in step 4). When the People form appears, click the Notifications tab and look for the Pager Service Provider field. To learn more about the service provider, click the button with the globe icon beside the field to open a link that takes you to the service providers website.
Pager TypeThe system fills in this field automatically, using information
Note
Pager NumberThe system automatically completes this field with the pagers
telephone number, when possible. If the pager number is unavailable to the system, you must enter the pager number manually. For information about entering the pager number manually, see Manual Pager Number, which is described in this list.
Pager EmailIf the pager has an email address, type it here. If you are sending
the page to a person, this information is available on the Notifications tab, as described previously.
automatically from the paging system, type the pagers telephone number here.
message in this field. Be aware that only one of these fields is enabled, depending on the type of pager the recipient carries.
Sending email
You can send messages about the current record using the Email System. You can use this function to send email to any valid email address. This might include an SMS recipient or wireless PDA user, if you can send email to the device.
contact assigned to the record, the contacts name with contact information appears in the table and is the default recipient.
Assignee. The current assignees name with contact information appears in the table.
3 To select another recipient, follow these steps: a Complete the fields in the People Search Criteria area. b Click Search.
c When the search finishes, select the recipients name in the search results table. If you need help determining the correct name in the list, you can see more information about an individual by selecting their name from the list, then clicking View. This opens the People form, which contains detailed information about the recipient. 4 Complete the email information fields. See the list that follows for a description of the fields.
Internet EmailThis displays the recipients email address.
When you select the email recipient, as described in steps List item. on page 124 and List item. on page 124, the internet email address updates from the people record.
Email Subject LineBy default, the subject line contains the investigation ID
Email Message BodyYou type the message text here. A series of buttons, to
the right of the Email Message Body field, lets you automatically insert text from the problem investigation into the message text; these buttons enable you insert the following values:
Status Summary Details Resolution
Note If one or more of these buttons appear disabled, it means the corresponding field in the record contains no information.
Email AttachmentYou can attach a file to the email message (you are limited
to just one attachment). To do this, right-click inside the Email Attachment table, then click Add. The Add Attachment dialog box appears. Go to, then select the file you want to attach. Click Open. Details of the attached file appear in the table.
5 Click Send Email Now. 6 Click Close to close the Email System window.
Web reports provided in the 7.6.01 release are not available in the Crystal reports format.
Using the BMC Remedy AR System User Tool
Note
When using the User Tool, the Crystal reports as well as Web reports are available. The legacy Reporting console is displayed when you access reports from the user tool. Please refer to your existing documentation for details on using this console.
Using the BMC Remedy Web Console
When using the BMC Remedy all web reports are available. However to access the available Crystal reports, you must have a web license for Crystal reports. If you do not have a valid web license for Crystal reports, when prompted after installation, select the option to hide the Crystal reports. If you do not make this selection, the Crystal Reports will be displayed in the list of available reports and selecting this type of report will display an exception. If you modify the prepared reports supplied Customer Support can only provide limited assistance if you should have a reporting problem. In addition, there is no guarantee that BMC Customer Support can solve problems that result from these modifications. The standard reports included with the BMC Remedy ITSM application are designed to be used without modification.
Note
WARNING If your database does not support the Not Equal To argument in this format: "!=", format the content of your reports can be affected. Reports that have additional qualifications that filter out Group By fields (for example, Department != "Engineering") also filter out the specified conditions and records that have Group By fields set to Unspecified or Null. Check with your system administrator to determine whether your database supports this form of the Not Equal To argument.
Generating a report
Use this procedure to generate a standard report without qualifications by using the BMC Remedy web console. For information about generating reports with qualifications, see Using qualifications to generate a report on page 128 or Using advanced qualifications to generate a report on page 130. When you use the BMC Remedy User Tool to generate reports, the legacy Reporting console is displayed. For details about using this console, see your existing ITSM application user guide documentation.
Note
3 Under Category, select applicationName => reportCategory => reportName. A list of available reports is displayed. Reports are organized by category, some of which contain subcategories. The reports that you see vary according to which applications are installed. 4 Select the report that you want to run. 5 Click Run. If you select a report that requires additional parameters, you are prompted to enter the required parameters. For example, if the selected report requires a date range, the date range field appears. 6 Enter the required parameters, and click OK. 7 If the report displayed is a web report, you can specify the following additional options:
Export the report to a file of the specified format To export the report, select one of the following formats from the Export Format list:
Excel PostScript PDF Word PowerPoint
Select the appropriate page options, and click OK. Print Report Print the report to HTML or PDF format
Created by me
3 Under Category, select applicationName => reportCategory => reportName. A list of available reports is displayed. Reports are organized by category, some of which contain subcategories. The reports that you see vary according to which applications are installed. 4 Select the Show Additional Filter option. Along with a list of available fields, two sections are displayedthe simple query builder and the advanced query builder. You use the simple query builder to quickly construct a simple query. Alternatively, advanced users can use the advanced query builder to build the query by using BMC Remedy AR System query syntax. For additional information about the BMC Remedy AR System Reporting console, see the BMC Remedy Mid Tier Guide. 5 Select a field name from the Available Fields list, and click Add next to the simple query builder. Click
6 Click the down arrow next to the field name listed in the qualification box, and select the appropriate operator. 7 Enter or select a value for the field in the right column.
Example If you want to enter the qualification Cost Center = 001, select the Cost Center field, click the down arrow next to the field and select =, and then enter 001 in the right column.
8 Repeat steps 5 through 7 for each field that you want to include in the report. 9 When you finish defining your additional qualifications, click Run. 10 If the report displayed is a web report, you can specify the following additional options:
Export the report to a file of the specified format To export the report, select one of the following formats from the Export Format list:
Excel PostScript PDF Word PowerPoint
Select the appropriate page options, and click OK. Print Report Print the file to HTML or PDF format
A list of available reports is displayed. Reports are organized by category, some of which contain subcategories. The reports that you see vary according to which applications are installed. 4 Select the Show Additional Filter option. Along with a list of available fields, two sections are displayedthe simple query builder and the advanced query builder. You use the simple query builder to quickly construct a simple query. Alternatively, advanced users can use the advanced query builder to build the query by using BMC Remedy AR System query syntax. For additional information about the BMC Remedy AR System Reporting console, see the BMC Remedy Mid Tier Guide. 5 Select a field name from the Available Fields list, and click Add next to the advanced query builder. Use the BMC Remedy AR System query syntax to build your qualification. 6 Construct your qualification by using the various operators provided by the qualification builder. 7 Repeat steps 5 and 6 for each field that you want to include in the report. Select the qualification and press Delete to remove a qualification. 8 When you finish defining your advanced qualification, click Run to view the updated report.
Note
Problem Investigation => Resolved by Product Categorization Resolved Problem volume by Product Categorization Lists resolved and closed problem investigation records grouped by product category Known Error => All by Coordinator Group All Known Errors by Coordinator Group Lists all known errors, based on the problem coordinators group
Known Error => Resolved => Resolved Known Errors by Coordinator Group Resolved Known Errors by Coordinator Group Lists resolved known errors, which includes known errors with a status of canceled, closed, and corrected. The listing is grouped by status and problem coordinator group.
Problem Investigation => Open Open Problem Investigations by Coordinator Group Problem Investigation => Resolved Resolved Problem Investigations by Coordinator Group Problem Investigation => Root Cause Problem Investigations by Root Cause Resolved Problem Investigations by Root Cause Lists problem investigations grouped by root cause Lists all resolved problem investigations, grouped by the root cause of the problem Lists resolved and closed problem investigation records grouped by status and problem coordinator group Lists open problem investigation records grouped by status and problem coordinator group
10
Managing configuration items
A configuration item (CI) is a physical, logical, or conceptual entity that is part of your IT environment and has configurable attributes. Some CI types are virtual, while others are physical. The Service CI type is an example of a virtual CI. In this context, a service can be provided from one business or organization within a business to another. Service CIs can include customer support, employee provisioning, web farms, storage, and so on. Other CI types are physical and include hardware and software. You can use the information in CIs to diagnose user problems and to determine if a change to a CI or the IT infrastructure must be made. For example, if a user calls in with a printing problem, you can check the printers CI to see whether the printer is down. To record information against CIs, such as CI unavailability, or to relate an problem investigation to a CI, the CI must be recorded in the BMC Atrium Configuration Management Database (BMC Atrium CMDB). If you do not have BMC Remedy Asset Management, then BMC Remedy Problem Management provides limited ability to manage CIs and inventory.
You can manage configuration items even if your environment does not run BMC Remedy Asset Management. To manage configuration items, including creating and modifying CIs and managing inventory for bulk and non bulk CI's, you do not need a BMC Remedy Asset management license. However, if you are running BMC Remedy Asset Management, then you have access to additional functionality, as described in the BMC Remedy Asset Management User's Guide. To make use of this additional functionality, you will need either Asset Admin or User permissions and an AR System fixed or floating license.
Note
Creating a CI
Creating a CI
To create a CI, you must have Asset Admin permission. If you have Asset User permission and you are modifying a CI, your administrator must open the appropriate CI, and then relate your support group to the CI. There are many different types of CIs that you can create. While the general procedure for creating each CI type is similar, only the specific fields on the CI form change depending on the CI type. This section provides several examples of how to create CIs.
To create a Service CI
Step List item. on page 134 to List item. on page 72 creates the service CI. Step List item. on page 87 to List item. on page 59 relates the service CI to a company. This is necessary to make sure the service CI appears in the Service field menu on the Classification tab, when relating the problem investigation to a company. 1 From the Navigation pane of the console, choose Functions > Manage CIs. 2 From the CI Type list , select Logical Entity > Business Service and then click Create. 3 On the Business Service form, type the CI name in the CI Name field. When creating a CI name, BMC recommends that you follow a consistent naming convention. According to ITIL guidelines, identifiers should be short but meaningful. For example, Payroll or Network. The name can be followed by a numeric code, such as NETWORK100. 4 Complete the optional fields that appear on the form in a way that is appropriate for the service you are creating. Table 20: Optional fields when creating a Service CI
Field name CI ID Company Impact, Urgency, and Priority Supported Description A customer specified identifier. You can use this to augment the CI Name. The company that owns the service. Used to determine service levels when assigning support. Indicates whether the service currently is supported.
Note
Creating a CI
Field name System Role Additional Information Users Affected Product Categorization Location Lifecycle
Description A description of the role the service fulfills in the organization. A place to record any additional information about the service. The number of users who use this service. Use this file to categorize the business service through multiple tiers. This hierarchy is used to drive assignment routing. The location of the support group that supports the service. The date on which the service became active.
5 Click Save.
Note Depending on how your application is configured, after you click Save to create a Service CI, the Service CI form might be redisplayed in a Modify window. Note
The People tab referred to in the following procedure does not appear on the Business Service form until you create and save the CI. The Relationships tab, Outage tab, and Impact tab also appear after you save the new CI. If the People tab does not appear after you click Save, then search for and open the CI record as described in To search for CIs from the console on page 141, and then continue with List item. on page 87. 6 Open the People tab and click Add. 7 From the Type list in the CI Person Type, select People Organization and then click OK. 8 From the Company list in the Organization Search window, select the company to which you are relating the service and then click Search. If you are relating the service to the entire company, then skip List item. on page 59. 9 If you must relate the service either to an organization within the company or to a department within the organization, select the organization and, if necessary, the department from the Organization and Department lists.
OrganizationIf you choose Organization, the service is related to the
Note
Creating a CI
10 From the Choose a Relationship Level list, select how much of the company will be related to this service. For example, if you are relating the service to the entire company, then select Company. If you specified department in the preceding step, then select Department, and so on. 11 Click Select. 12 From the Role list in the Asset Person Role window, select Used By and click OK. 13 Click OK to dismiss the confirmation note. 14 Click Save and then click Close.
Creating a CI
9 Specify whether the CI is supported by selecting Yes or No from the Supported list. 10 Select what impact or urgency this CI will have if it goes down. 11 In the Users Affected field, specify the number of people who use this CI or will be affected if it goes down. 12 Complete the other fields in this area.
Field name Tag Number Serial Number Part Number System Role Status Reason Description The CI tag number. This is the number usually placed on the product by a member of your IT department to track the CI. The CI serial number. The CI part number. The role this CI plays in your company. The reason this CI has the status it does. Chapter 10 Managing configuration items 137
Creating a CI
13 Click the General tab. 14 Categorize your CI using the lists and fields in the Product Categorization area. 15 Specify the place of the CI using the lists and fields in the Location area. 16 Enter the dates of the CI in the lifecycle area. 17 Click the Specifications tab. 18 Add more information about the CI. 19 Click Save.
Note
4 Click Save.
Inventory management
2 From the Type list of the Manage CI Information dialog box, select System > Inventory Location, and click Create. 3 In the CI Name field of the Inventory Location form, enter the location name. 4 Complete the optional fields. 5 Click Save.
Inventory management
You can use the Manage Inventory function to track bulk inventory items and other CIs that are available for deployment. Before you can track inventory, you must:
Create bulk inventory CIs, or other CIs to be tracked as inventory. For information
about how to do this, see To modify your profile on page 104 or To create a computer system CI on page 136. an inventory location CI on page 138.
Create inventory location CIs. For information about how to do this, see To create
For bulk inventory, specify the received quantity and the inventory locations. For
information about how to do this, see To place bulk CIs in inventory on page 139. location. For information about how to do this, see To place non-bulk CIs in inventory on page 140.
For non-bulk inventory CIs, set the inventory status to In Inventory, and select a
Tip If you do not see a location, make sure that the CI has a CI type of inventory location, and not physical location. For information about creating inventory locations, see To create an inventory location CI on page 138.
Inventory management
2 On the Inventory Location tab, click Add. 3 In the Search Inventory Locations dialog box, specify the search criteria and click Search. 4 Select a location, and click Relate. 5 In the message about the relationship, click OK. 6 If the inventory is stored in multiple locations, for each location, repeat List item. on page 64 and List item. on page 64. 7 Click Close. On the Bulk Inventory form, the Inventory Location tab lists each of the related locations. 8 Click in the Quantity Per Location field for a location, and type the quantity in that location. 9 Continue to enter the quantity for each location, until all the quantity in stock for the bulk CI is accounted for. 10 Click Save. After items are in inventory, you can use the Manage Inventory function to:
view relocate reserve and use CIs and bulk inventory items
Inventory management
4 In the Search Inventory Locations dialog box , from the Location list, select a location, make sure other values are correct, and click Search. 5 Select a location and click Return.
Managing inventory
This section describes how to perform inventory management tasks that you most commonly use.
To relocate CIs
1 From the Navigation pane of the console, choose Functions > Manage Inventory. 2 Search for inventory in the current location using the Manage Inventory dialog box.
Chapter 10 Managing configuration items 141
Inventory management
3 Select the CI or bulk inventory item you want to relocate, and click Relocate CIs. 4 For the location where you want to relocate the CI, specify search criteria, and click Search in the Search Inventory Locations dialog box. 5 Select the location where you want to relocate your CI. 6 In the Quantity field, enter the number of CIs you want to relocate. 7 Click Relocate.
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
Index
A
active variables for KPIs, described 100 hiding and displaying 103 adding work information 113 Advanced Qualification dialog box, generating reports 130 advanced qualifications, using to generate reports 130 advanced search bar, using 73 Assigned Work area, viewing problem investigations 71 Assigned Work table, about 46 assignments accepting 72 receiving notification of 71 recording effort spent 115 viewing problem investigations assigned to you 71 audience 9 canceling problem investigations 90 categorization, specifying operational and product 21 change requests from problem investigation 28 rolling back 34 CI Field, behavior described 21, 23 CIs naming conventions, best practice 134, 136 non-bulk 140 problem diagnosis and, best practice 133 recording cost of unavailability 112 relocating 141 status 136 unavailability 113 closing known errors 95 problem investigations 95 conventions, documentation 12 Coordinator Group field, behavior described 21 copying relationships 62 costs CI unavailability 112 creating broadcasts 118 custom searches 107 reminders 116 solution entries from problem investigations 80 crystal reports license 126 custom searches 107 creating 107 described 107 editing 108
B
best practices CI naming conventions 134, 136 indicating organization areas impacted by problems 59 using CIs to diagnose user problems 133 BMC Remedy Knowledge Management knowledge entries, authoring 74 knowledge entries, searching for 74 broadcasts creating 118 limiting 121 viewing 121
D
date, indicating estimated in Best Practice view 58 defined searches described 106 running 106 using 106 defining relationships 61 Index 143
C
Calbro Services 23
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
KPI flashboards active variables 100 changing the appearance of 103 described 99 enlarging 103, 104 opening the Flashboard console 102 view and display controls 102 viewing underlying records 102
E
editing custom searches 108 effort spent, recording 115 email, sending about problem investigations 124 estimated date, indicating in Best Practice view 58
F
forms Advanced Qualification 130 Simple Qualification 129
L
limiting number of broadcast messages 121
M
modifying profile 104 records 110 relationships 63 monitoring status of problems 90
G
generating reports with advanced qualifications 130 reports with qualifications 128 reports without qualifications 127 standard reports 127
N
New icon 10 non-bulk CIs, placing in inventory 140 notifications, assignments 71
I
impacted areas, indicating 59 impasse indicating in known error 96 indicating in problem investigation 96 impasse, problem investigations 38 Index Term 16 infrastructure changes problem investigations and 80 inventory non-bulk CIs 140 viewing locations 141 Investigation Driver field, behavior described 21
O
operational categorization, how to specify 21 Overview console Assigned Work table 46 Overview console, about 43
P
paging people and on-call groups 123 pending status, when to use 77 predefined reports Crystal Reports 131 Web reports 131 printing records 110 Problem Coordinator field, behavior described 21 Problem Investigation form views, described 20
K
Key Performance Indicator,. See KPI flashboards knowledge base, 74 knowledge management, 74 Known Error Location field, behavior described 21 known errors closing 95 indicating impasse 96
144
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
problem investigations 63 accepting assignments 72 at an impasse 38 canceling 90 closing 95 creating solution entries from 80 identifying impacted areas, best practice 59 indicating impasse 96 infrastructure changes 80 monitoring problem status 90 recording effort spent 115 searching for similar 73 unassigned 65 working with vendors 74 See also records Problem Location field, behavior described 21 process flows about 27 product categorization, how to specify 21 profile, viewing and modifying 104 proposing solution entries 80 reports about 126 generating 127 generating with advanced qualifications 130 generating with qualifications 128 generating without qualifications 127 predefined 131 Requester console functions 43 resolving known errors 95 problem investigations 95 roles, support staff 26
S
searching all problem investigation records 109 BMC Remedy Knowledge Management entries 74 for inventory locations 141 similar problem investigations 73 using defined searches 106 using the search bar 73 Service field, behavior described 21, 22 Simple Qualification dialog box, generating reports 129 solution entries proposing from problem investigations 80 status values, selecting 47 structural solution, defined 26 support staff assigning to problem investigation 66 role 26 syntax statement conventions 12
Q
qualifications, generating reports with 128 quick actions for relationships 63
R
recording cost of CI unavailability 112 recording effort spent 115 records 63 modifying 110 printing 110 searching 106 See also problem investigations refreshing data 44 relationships copying 62 defining 61 modifying 63 quick actions 63 removing 64 relocating CIs 141 reminders, creating 116 removing relationships 64
U
unassigned problem investigations, viewing 65 use scenarios change request from a problem investigation 28 change request roll back 34 problem investigation at an impasse 38 problem investigation without a change request 32 using inventory 141
V
vendors communicating assigned incidents to 74 documenting work with 74 Index 145
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
viewing broadcasts 121 problem investigations 65, 71 profile 104 views.. See Problem Investigation form views work information, adding 113
W
web reports 126
146
49532
*142963*