11.0 Failure Analysis
11.0 Failure Analysis
1.0 PURPOSE
This standard defines the process for performing Failure Analysis on assets at the Water Authority.
2.0 SCOPE
This standard applies to the Water Authority facilities and divisions involved in recording failure classes and failure hierarchies on assets and workorders.
3.0 DEFINITIONS
3.1 Cause Code - Defines the CAUSE of the failure and/or Problem. 3.2 Failure Analysis - Failure analysis is the process by which you examine asset or location failure history, reported over a significant period of time. Use any Asset or Location failure reports to look for breakdown trends, average time between failures, and so on. By correlating this failure information with other data available to you, for instance, preventive maintenance schedules for an Asset or Location, you can develop ways to reduce or limit equipment failures in the future. For example, you might want to review your preventive maintenance schedule, or you might be able to identify a branch of faulty inventory items. 3.3 Failure Reporting - Failure reporting is a long-term process where you gather data about failures so that you can analyze trends and take steps to avoid problems in the future. For example, in looking back over the failure reports for a pump, you might notice that the pump often breaks down about one week before its monthly preventative maintenance check is scheduled. You might decide to change the frequency of the PM checks to every other week, rather than every four weeks. You conduct failure analyses to review histories of asset and location failures over time. Look for issues such as breakdown trends or mean time between failures on printed reports. You can correlate this failure information with other data such as preventive maintenance (PM) schedules to develop ways to reduce or limit asset failures in the future. 3.4 Failure Hierarchy - A failure hierarchy is an organized set of Problems, Causes, and Remedies related to Asset and Location failures. The failure hierarchy is identified by its top-level component, called a Failure Class. There must be an associated failure class for each Asset or Location that you want to report failures for. Groups of data called failure codes are linked in parent-child relationships to form a failure hierarchy. 3.5 Failed System Defines the system where the failure occurred. This is tied to the type of system (i.e. - Sewage, Gravity). 3.6 Failure Class - Defines where in the system the failure occurred. This is tied to the type of Asset (i.e. - Meter, Pipe, Fire Hydrant). 3.6 Problem Code - Defines the PROBLEM of the failure. I.E. Leaks, Knocked Out, Blocked, Backed Up, etc. 3.7 Remedy Code -Defines the REMEDY to fix the failure/problem. Page 1
4.0 RESPONSIBILITIES
The following provides typical descriptions of responsibilities and accountabilities for implementing the failure analysis process. Each Superintendent or Supervisor, as appropriate, should designate responsibilities. 4.1 Superintendent - Responsible for the review and approval of workorder documentation, including the Failure Hierarchy. 4.2 Supervisor - Responsible for the review and approval of workorder documentation, including the Failure Hierarchy. 4.3 Maintenance Technician Responsible for performing the initial steps in completing the Failure Analysis, which includes the proper recording of the Failure Class, Problem, Cause and Remedy. 4.4 Planner/Scheduler - Responsible for completing all workorders and ensuring that the workorder is documented with the appropriate Failure Hierarchy.
5.0 INSTRUCTIONS
5.1 Unless required, the Failure Hierarchy need only be completed at the Parent level of the working being performed. If the work being completed is not applicable to a failure hierarchy, then the Failure Class will be noted as NA (Not Applicable), and the Problem, Cause and Remedy codes may be left blank. 5.2 Any person authorized to create or modify workorders can document the Failure Hierarchy as work progresses through the completion of a workorder and its tasks. 5.3 Levels of the hierarchy can be added at anytime. Changes to the failure hierarchy codes must be requested through the Maximo Support team and will be immediately completed. These requests must conform to the definitions identified in this standard. 5.4 Unless it is not required, all workorders will be documented with a Failure Class as defined in this standard. This will represent what asset class failed. If the asset itself has already been identified with a failure class, the workorder will automatically have this completed once the workorder is assigned an asset. Completion of the Failed System field is optional. 5.5 During the completion of the workorder, the Problem, Cause and Remedy of the workorder will be documented. These items may change during the course of workorder completion as more information is obtained during the work process. 5.6 Failure Hierarchy Completion: If possible, the person creating the workorder will identify the Failure Class and Problem. As the workorder progresses, it is responsibility of the Maintenance Technician, Supervisor and Superintendent to perform a review of the Failure Hierarchy prior to submitting the workorder for final completion. Additional notes related to the Problem, Cause and Remedy will be noted on the workorder log. 5.7 The Planner/Scheduler has final approval on the Failure Hierarchy, or lack thereof. No workorder will be marked with a status of COMPLETED until the Failure Hierarchy is final. Page 2
6.0 APPENDICES
APPENDIX 11.0.A Building a Failure Hierarchy Maximo Example
Page 3
Page 4
GRAVITY
Failed System
PUMPS
Failure Class
LOW PRES
LEAK
LOW VOL
STOPPED
Problem
HOUSING
FITTING
SEAL
SHAFT
Cause
REPFIT
TIGHTFIT
Remedy
Failed System To create a Failed System selection, a request must be submitted to the Maximo Support team with the Failed System Code and Description. This information will be configured in the system and made available via a drop down list. Failure Class and Failure Codes To create the failure class and first level failure code of the PUMPS failure hierarchy in the Failure Codes application: 1. 2. On the Failure Codes tab of the Failure Codes application, click New Failure Code . In the Failure Class field, enter PUMPS. In the Description field, you can enter a description; e.g., Pump failures.
Page 5
You have now identified three main problems that could put the pump out of service. These problems are the first level of the failure hierarchy. You must save each level of the hierarchy before you can create or add to another level of the hierarchy. Causes You are now ready to start building the second level of the PUMPS failure hierarchy in the Failure Codes application. For every cause, or second level failure code that you create, you must first select its parent from the first level of failure codes. 1. In the Problems table, click LOW PRES to select it as the problem to which you want to add a cause. Under the Causes table, click New Row. In the Cause field, enter FITTING. In the Description field, enter Fitting Leaking. Repeat steps 2-4 to insert the following additional causes for the problem of low pressure: HOUSING, Housing Leaking, Cause SEAL, Seal Leaking, Cause Click Done, and then click Save Failure Code.
2. 3. 4. 5. 6. 7. 8.
You have just created three causes for the problem of low pressure in this failure hierarchy. Next, you can enter remedies, or children, for these causes. Page 6
You have completed building a failure hierarchy. You can add and delete problems, causes, and remedies to the failure hierarchy.
Page 7