User Story: Condition Parameters Management (AX04US03)
1. Problem Statement
This user story focuses on establishing a standardized, weighted scoring system to assess the physical and operational condition of assets. The primary user for this feature is the Asset Manager, who needs a quantifiable and consistent method to evaluate asset health across the entire utility.
Primary User Role & Pain Points:
- Asset Manager:
- Subjective and Inconsistent Assessments: Without a defined set of criteria, condition assessments are based on the individual judgment of field technicians, leading to inconsistent and unreliable data that cannot be compared across assets.
- Inability to Prioritize Investments: Lacks a data-driven method to determine which assets are in the worst condition, making it difficult to prioritize maintenance spending and capital replacement projects effectively.
- No Objective Basis for Decisions: Struggles to justify budget requests for asset renewal or replacement without a quantifiable, objective scoring system that clearly demonstrates an asset's deteriorating condition.
- Difficulty in Lifecycle Modeling: Cannot accurately model the degradation curve of assets over time because the condition data is not based on consistent, measurable parameters.
- One-Size-Fits-All Evaluation: All factors influencing an asset's health (e.g., age, physical wear, failure history) are treated equally, failing to recognize that some parameters are more critical than others.
Core Problem:
For the Asset Manager, the lack of a standardized and weighted condition assessment framework means that asset health data is unreliable and subjective. This prevents them from making objective, data-driven decisions about where to invest limited maintenance and capital funds, leading to inefficient resource allocation and an increased risk of critical asset failures.
2. Who Is the User Facing the Problem?
The Asset Manager is the most important user for this feature. Their fundamental responsibility is to manage the lifecycle and health of the utility's assets. Defining how condition is measured is a core strategic task that enables them to move from subjective guesswork to objective, risk-based asset management. While a Utility Administrator might assist in the setup, the Asset Manager owns the strategy behind the parameters and their respective weights.
Access Control:
The Asset Manager and Utility Administrator should have full create, read, update, and delete permissions for Condition Parameters. Other roles, such as the Assets Technician who performs the assessments, will be consumers of this framework but will not manage it.
3. Jobs To Be Done
- For the Asset Manager: When I need to prioritize capital spending on asset replacements, but my condition assessments are subjective and inconsistent across different assets and inspectors, help me by providing a tool to define and weight the specific criteria that make up our condition score, so that I can generate a reliable, objective, and comparable health index for every asset, and confidently justify my investment decisions.
4. Solution
The proposed solution is a Condition Parameters management module that allows the Asset Manager to define the complete set of criteria used for asset condition scoring. The feature enables the creation of multiple parameters, each with a specific description and a relative weight, ensuring that the final condition score is a comprehensive and accurately weighted reflection of an asset's true health.
Key Capability Areas:
- Centralized Parameter Library:
- A single screen to create, view, edit, and delete all parameters used in condition assessment.
- Each parameter in the list clearly displays its name, description, and assigned weightage percentage.
- Weighted Scoring System:
- A user-friendly slider interface to assign a relative weight (from 1 to 5) to each parameter.
- The system automatically converts these weights into percentages of the total, providing a clear view of each parameter's relative importance.
- Total Weightage Validation:
- A prominent display of the "Total Weightage," which must always sum to 100%.
- The system prevents saving configurations where the total weight does not equal 100%, ensuring a valid scoring model.
- Inline and Modal-Based Editing:
- The ability to quickly edit a parameter's weight directly from the list view for rapid adjustments.
- A dedicated modal for adding new parameters, ensuring all required information (name, description, weight) is captured.
- Integrated Search:
- A search bar to quickly find specific parameters in the list, which is useful as the library grows.
5. Major Steps Involved
User Role: Asset Manager
Flow 1: Defining and Adjusting the Condition Scoring Model
6. Flow Diagram
Flow: Asset Manager Defines Condition Model
7. Business Rules
This section provides a detailed breakdown of rules for every visible element on the screen.
A. Condition Parameters (Main View)
B. Add New Condition Parameter (Modal View)
- Modal Title ("Add New Condition Parameter"): Static text.
- Field: "Parameter Name":
- Mandatory text field.
- Uniqueness Rule: The name must be unique among all condition parameters.
- Field: "Description": Optional multi-line text area.
- Field: "Weight Score: X/5"
- This is a slider control.
- Range Rule: The user can select an integer value from 1 to 5.
- The label must dynamically update to show the selected value (e.g., "Weight Score: 3/5").
- Button: "Add Parameter":
- Saves the new parameter to the database.
- Closes the modal and adds the new item to the list.
- Triggers a recalculation of all weightage percentages.
C. Edit Condition Parameter (Inline Expanded View)
- Parameter Name & Description: These fields become editable text inputs, pre-filled with the existing values.
- Field: "Weight Score: X/5"
- A slider control, identical to the one in the modal, showing the parameter's current weight.
- The user can adjust the slider to change the weight.
- Button: "Save":
- Saves any changes to the name, description, and weight score.
- Collapses the inline edit view.
- Triggers a recalculation of all weightage percentages.
- Button: "Cancel":
- Discards any changes made.
- Collapses the inline edit view.
8. Sample Data
Parameter Name | Description | Weight Score (1-5) | Calculated Weightage (%) |
---|---|---|---|
External Surface Condition | Assessment of visible deterioration, corrosion, damage, or wear on external surfaces of the asset. | 3 | 15.0% |
Age | Evaluation based on asset age relative to expected useful life and manufacturer specifications. | 4 | 20.0% |
Failure Frequency | Analysis of breakdown patterns, maintenance incidents, and operational reliability over time. | 5 | 25.0% |
Operational Performance | Assessment of efficiency, output, and adherence to operational standards. | 5 | 25.0% |
Repair Costs | Analysis of cumulative maintenance and repair costs relative to the asset's replacement value. | 3 | 15.0% |
Total | 20 | 100.0% |
Note: The sample data is reverse-engineered to match the percentages in the screenshot and completed to sum to 100%. The sum of weight scores is 20. For "External Surface Condition", the calculation is (3 / 20) * 100 = 15.0%.
9. Acceptance Criteria
- The system must allow the Asset Manager to add a new condition parameter with a unique name, description, and a weight score from 1 to 5.
- The system must display all defined parameters in a list.
- The system must calculate and display the weightage percentage for each parameter.
- The system must calculate and display the "Total Weightage" of all parameters.
- The system must display the "Total Weightage" in green only when it is exactly 100.0%. Otherwise, it must be red.
- The system must allow the Asset Manager to edit a parameter's details and weight score using an inline interface.
- The system must allow the Asset Manager to delete a parameter after a confirmation prompt.
- The system must immediately recalculate all percentages and the total weightage after any parameter is added, edited, or deleted.
- The system must not consider the scoring model valid for use in assessments unless the "Total Weightage" is 100.0%.
- The system must allow the user to search for parameters by name.
- The system must require the "Parameter Name" field to be filled when adding a new parameter.
- The system must ensure the "Weight Score" slider only allows integer values between 1 and 5.
- The "Add Parameter" modal must close upon successful submission.
- The inline "Save" button must collapse the edit view upon successful submission.
- The inline "Cancel" button must discard changes and collapse the edit view.
10. Process Changes
From: (Current Process) | To: (New Process) | Impact Analysis |
---|---|---|
Asset condition is captured as a single, subjective rating (e.g., "Good," "Fair," "Poor") or a simple 1-10 score in a notes field. | Asset condition is calculated based on a multi-faceted, weighted scoring system defined in this module. Field assessments will require input for each parameter. | Justification: This moves the utility from a subjective to an objective assessment model. It creates data that is consistent, repeatable, and defensible, forming the bedrock of a modern asset management program. |
Prioritization is based on "gut feel" or which asset failed most recently. | Prioritization is based on the calculated condition scores. The Asset Manager can create a ranked list of all assets from best to worst condition. | Justification: This data-driven approach ensures that limited funds are allocated to the assets that are objectively in the worst shape, maximizing risk reduction and optimizing capital spend. |
Justifying a multi-million dollar replacement budget relies on anecdotal evidence and photos of failed assets. | Budget requests can be supported by hard data showing the number of assets with condition scores below a critical threshold and trend analysis showing the rate of deterioration. | Justification: This significantly strengthens the business case for capital investment, improving the likelihood of budget approval and demonstrating responsible stewardship of utility assets. |
11. Impact from Solving This Problem
Metric | How it Improves |
---|---|
:white_check_mark: Objective Decision-Making | Replaces subjective "gut feel" with a standardized, quantifiable scoring system, leading to more consistent and defensible investment and maintenance decisions. |
:white_check_mark: Optimized Capital Allocation | By accurately identifying the assets in the worst condition, the Asset Manager can ensure that capital funds are directed to where they are most needed, maximizing risk reduction per dollar spent. |
:white_check_mark: Improved Risk Management | A reliable condition score is a primary input for calculating an asset's Probability of Failure (PoF). This feature is a critical enabler for implementing a comprehensive risk-based asset management framework. |
:white_check_mark: Enhanced Budget Justification | Provides the Asset Manager with the concrete data needed to build a powerful business case for maintenance and replacement budgets, demonstrating need through objective evidence. |
12. User Behavior Tracking
Primary User Role: Asset Manager
Metric/Event Name | Event Trigger | Properties Tracked | Question Answered for the Asset Manager |
---|---|---|---|
Define Condition Parameter | Asset Manager creates, edits, or deletes a parameter. |
| Is the Asset Manager actively refining the condition model? Which parameters are being added or adjusted most often? |
Model Finalized | The "Total Weightage" becomes 100.0% after a change. |
| How often is the Asset Manager finalizing the model? What does the final, balanced model look like? |
Model Invalidated | The "Total Weightage" is no longer 100.0% after a change. |
| How often does the model become invalid during editing? Does this indicate the user experience for balancing weights is difficult? |
Search Parameters | Asset Manager uses the search bar. |
| Is the list of parameters becoming long enough that search is a necessary function? |
Edit vs. Add | A parameter is created or an existing one is edited. |
| Is the Asset Manager's primary activity creating new models from scratch or fine-tuning an existing one? |
No Comments