Asset Management Plan aligned with ISO 55001: SAMP, AMP, objectives, criticality, risks, CAPEX, roadmap, indicators, and lifecycle governance.

Check it out!

An Asset Management Plan translates organizational objectives into decisions, priorities, resources, and actions applicable to the asset portfolio. It should not be treated as a maintenance list or as a document produced only to comply with a standard: its value lies in establishing how the organization intends to obtain value from assets, which risks need to be addressed, which objectives will be pursued, and how lifecycle decisions will be governed.

ABNT NBR ISO 55001:2024 reinforces this logic by distinguishing the Strategic Asset Management Plan — SAMP — from Asset Management Plans — AMPs. The SAMP establishes strategies and approaches for decision-making, alignment, and implementation of asset management; AMPs translate objectives into actions, resources, responsibilities, schedules, methods, and evaluation criteria.

In organizations intensive in infrastructure, equipment, and systems, this architecture prevents maintenance, CAPEX, operations, projects, and finance from making disconnected decisions. The plan creates a traceable line between corporate objective, expected value, criticality, risk, performance, investment, and lifecycle action.

What Is an Asset Management Plan?

In the terminology of ABNT NBR ISO 55000:2024, an Asset Management Plan — AMP is documented information that specifies the activities, resources, costs, and timescales required for an individual asset or grouping of assets to achieve the organization’s asset management objectives.

This means an Asset Management Plan should answer, in a structured way:

  • which assets or systems are in scope;
  • which objectives need to be achieved;
  • which risks and opportunities are relevant;
  • what performance is required;
  • which actions will be executed;
  • which resources and competencies will be required;
  • who will be responsible;
  • when the actions will occur;
  • which financial and non-financial impacts exist;
  • how results will be measured;
  • when the plan will be reviewed.

The mere existence of an asset register, maintenance schedule, or CAPEX budget does not, by itself, constitute an AMP.

SAMP vs. AMP: What Is the Difference?

The distinction between these two levels is one of the most important aspects of implementing asset management coherently.

ElementSAMP — Strategic Asset Management PlanAMP — Asset Management Plan
horizonstrategic and medium/long termtactical and operational according to the asset or portfolio
focusstrategies, criteria, objectives, and decision approachactions, resources, costs, schedules, and execution
scopemanagement system and asset portfoliospecific asset, class, system, or grouping
questionhow will the organization manage its assets to realize value?what will be done to achieve the defined objectives?
connectionorganizational plan, policy, objectives, decision frameworkSAMP, budget, maintenance, projects, contracts, and operations

ABNT NBR ISO 55001:2024 requires the SAMP to determine strategies and approaches for decision-making and implementation, while AMPs must be established to achieve asset management objectives.

A SAMP without AMPs becomes intent. AMPs without a SAMP become a collection of actions without strategic direction.

The plan must connect strategy to execution. Organizational objectives, policy, SAMP, asset management objectives, AMP, budget, and evidence should form a traceable decision chain.

See Asset Management →

The Asset Management Alignment Chain

A mature architecture can be represented as:

organizational objectives → asset management policy → SAMP → asset management objectives → AMP → execution → measurement → review

Each level should maintain traceability to the previous one.

If the organization has an objective to increase operational continuity at a critical facility, for example, the policy can establish risk and value principles; the SAMP can prioritize critical systems and establish decision criteria; an asset management objective can define minimum availability; the AMP can provide for redundancy, renewal, spare parts, maintenance review, and monitoring; execution produces evidence; and indicators verify whether availability actually improved.

This chain prevents projects from being approved merely because budget is available or maintenance from being expanded without demonstrating contribution to objectives.

The Starting Point: Context and Stakeholders

ISO 55001:2024 begins the asset management system with understanding the organization’s context and stakeholder needs.

For the plan, this means mapping factors such as:

  • business strategy and priorities;
  • legal and regulatory requirements;
  • contractual commitments;
  • safety requirements;
  • environmental and energy targets;
  • capacity growth or reduction;
  • capital constraints;
  • technology obsolescence;
  • availability of competencies;
  • supply chain;
  • climate change where relevant;
  • expectations of customers and internal users.

The plan must reflect the real environment in which assets generate value. The same technology may require different strategies in a continuous-process industrial plant, an administrative building, or a Data Center.

Defining the Asset Portfolio and Hierarchy

Before planning, it is necessary to know what is being managed.

The portfolio defines the assets within the scope of the management system. The hierarchy organizes relationships among sites, systems, subsystems, equipment, and components.

An excessively detailed structure increases registration effort without improving decisions. A structure that is too superficial prevents failures, costs, risks, and plans from being associated at the correct level.

A useful hierarchy should at least allow the organization to:

  • assign function and criticality;
  • consolidate costs;
  • record condition and failures;
  • associate maintenance plans;
  • identify system dependencies;
  • locate documents and data;
  • track investments and replacements.

The level of decomposition should be defined by the decision that needs to be made.

Asset Management Objectives

ABNT NBR ISO 55001:2024 establishes that asset management objectives should align with organizational objectives, focus on value realization, be measurable where practicable, and be monitored, communicated, and updated.

Weak objectives are generic formulations such as “improve maintenance” or “reduce costs.” Better objectives indicate the result and boundary.

Examples:

  • reduce unplanned downtime of the utility system by 30% within 24 months;
  • eliminate critical assets without a defined recovery strategy by the end of the budget cycle;
  • reduce exposure to automation obsolescence classified as high or critical within three years;
  • increase minimum data coverage for critical assets to 95%;
  • reduce specific energy consumption of the HVAC system by 12% while maintaining performance requirements.

The indicator does not replace the objective, but it makes it possible to verify whether the action produced a result.

Criticality and Risk Within the Plan

ISO 55001:2024 requires processes to identify, analyze, and quantify risks associated with assets and determine asset criticality for achieving asset management objectives.

In practice, criticality helps determine where to concentrate analysis, resources, and controls.

An AMP can use criticality to differentiate:

  • maintenance depth;
  • redundancy requirements;
  • spare-parts inventory;
  • inspection frequency;
  • renewal priority;
  • monitoring level;
  • operational contingency;
  • data and documentation requirements.

The method is explored in greater depth in Asset Criticality Analysis.

Decision-Making Framework

One of the relevant changes in ISO 55001:2024 is the explicit treatment of the asset management decision-making framework. The organization should define the value it intends to obtain from assets, establish criteria, and select appropriate methods, processes, and tools.

This is fundamental to avoiding contradictory decisions across functions.

A framework can establish criteria for comparing alternatives considering:

  • safety and compliance;
  • operational risk;
  • required performance;
  • CAPEX and OPEX;
  • lifecycle cost;
  • implementation schedule;
  • availability and reliability;
  • maintainability;
  • sustainability;
  • obsolescence;
  • future flexibility;
  • data quality and confidence.

Depending on the decision, Life Cycle Cost — LCC, RAM analysis, risk matrices, multicriteria analysis, or other methods may be used.

Criteria come before alternatives. The decision framework should be defined before comparing projects, suppliers, or investments, avoiding adjustment of weights after the preferred solution is already known.

See Life Cycle Cost — LCC →

How to Turn Assessment Into a Roadmap

An Asset Management Plan often begins with an assessment of the current state. The mistake is to turn every gap into an immediate action without prioritization. A robust roadmap combines the importance of the asset or system, magnitude of risk, contribution to objectives, urgency, dependencies, required resources, operational window, data maturity, and financial and non-financial impacts.

WaveObjectiveExamples of initiatives
1 — Immediate risk controlReduce exposures that cannot wait for full system maturitycritical risks, legal requirements, missing contingencies, high-consequence failures
2 — Information and process stabilizationCreate a reliable basis for decisions and executionhierarchy, asset register, criticality, taxonomy, documentation, plans, indicators, and governance
3 — Performance optimizationImprove reliability, maintenance, and efficiency based on evidenceRCM, RAM, condition monitoring, spare parts, and reliability engineering
4 — Renewal and transformationReposition the portfolio for the future horizonretrofits, replacements, automation, digitalization, energy efficiency, and CAPEX programs

The waves do not need to be completely sequential. A critical retrofit may begin while the organization structures its asset register; the point is to preserve dependencies and avoid starting digital transformation on poorly defined assets or attempting statistical optimization before elementary risks are controlled.

A roadmap is not a wish list. The sequence must reflect risk, dependencies, execution capability, and expected value — starting with what controls real portfolio exposures.

See Asset Criticality Analysis →

Minimum Structure of an AMP

There is no single universal template, but an AMP needs to contain enough information to connect context, objective, risk, decision, execution, and review. A practical structure can be organized as follows:

BlockExpected content
Scope and portfolioassets, systems, boundaries, interfaces, and inclusion criteria
Context and requirementsorganizational objectives, stakeholders, and legal, contractual, technical, and operational requirements
Condition and performancecurrent state, capacity, reliability, availability, efficiency, obsolescence, and history
Criticality, risks, and opportunitiesclassification, failure scenarios, residual exposure, contingencies, and improvement opportunities
Objectivesexpected results, indicators, targets, and time horizons
Lifecycle strategiesmaintain, monitor, repair, refurbish, recommission, modernize, replace, or decommission
Action planactivities, projects, maintenance, studies, acquisitions, and required changes
Resources and responsibilitiesbudget, people, competencies, suppliers, tools, and accountable parties
Data and documentationregister, drawings, As Built, manuals, records, CMMS/EAM, BIM, models, and evidence
Monitoring and reviewindicators, review frequency, change triggers, and governance

The depth of each block should be proportional to the impact of the decisions. An AMP for a critical system may require risk modeling, LCC, RAM, and a detailed contingency strategy; a low-consequence asset grouping may be treated with a simpler structure. The value lies in sufficient information to decide and control, not in document length.

Simplified AMP Example for a Critical Electrical System

Consider a power supply system with aging panels, discontinued components, and high criticality.

The assessment identifies:

  • physical condition still acceptable;
  • satisfactory historical availability;
  • scarce replacement parts;
  • incomplete As Built documentation;
  • estimated replacement lead time exceeding 20 weeks;
  • no standby unit for some components;
  • high risk of prolonged recovery after failure.

A condition-only view could conclude that “no intervention is required.” The AMP, however, considers lifecycle and risk.

The objective may be to reduce exposure to prolonged downtime within two years.

Actions may include:

1. complete documentation and asset register; 2. validate criticality of panels and loads; 3. acquire transitional spare parts; 4. develop retrofit engineering; 5. establish a testing and maintenance plan; 6. schedule phased replacement; 7. define contingency until modernization; 8. measure residual risk after each stage.

The plan does not automatically determine that “everything should be replaced.” It structures an interim strategy and a justifiable renewal pathway.

Condition Alone Does Not Determine the Decision

An asset in good condition may have high risk due to obsolescence, lack of support, or criticality. A degraded asset may have low priority if it has redundancy, easy replacement, and low consequence.

Lifecycle decisions therefore combine at least:

  • condition;
  • criticality;
  • performance;
  • reliability;
  • maintainability;
  • support and obsolescence;
  • cost;
  • risk;
  • business horizon.

This is one of the central principles of the article Asset Management: Lifecycle, Value, Risk, and Performance.

Integration Between AMP and Maintenance

Maintenance plans are part of the lifecycle strategy, but they do not replace the AMP.

Maintenance engineering addresses how to preserve functions and control failure modes. The AMP also decides when maintenance is no longer the best strategy and refurbishment, modernization, or replacement becomes necessary.

For example, increasing preventive maintenance on obsolete equipment may reduce some failure modes but not solve unavailability caused by lack of spare parts. The Asset Management Plan must recognize this limitation.

See Maintenance Engineering and RCM.

Integration With CAPEX

The AMP is a structured source for building the CAPEX pipeline.

Instead of projects arising only from ad hoc requests by departments, the plan can generate initiatives based on risk, condition, capacity, obsolescence, and lifecycle strategy.

Each initiative can carry:

  • related asset management objective;
  • risk it intends to address;
  • consequence of not executing it;
  • recommended horizon;
  • alternatives considered;
  • investment estimate;
  • impact on OPEX;
  • dependencies and operational window;
  • benefit indicators.

This traceability improves CAPEX Management and reduces projects disconnected from the asset strategy.

Required Data and Information

Plan quality depends on confidence in the information. This does not mean waiting for a perfect database before starting.

Useful data include:

  • identification and hierarchy;
  • location;
  • manufacturer, model, and version;
  • relevant dates;
  • function and capacity;
  • criticality;
  • condition;
  • failure history;
  • maintenance;
  • costs;
  • availability;
  • spare parts;
  • obsolescence;
  • technical documents;
  • warranties and contracts;
  • system dependencies.

For critical assets with poor data quality, the AMP itself can establish actions to improve information as part of risk reduction.

CMMS, BIM, and Digital Twin can support information management, but they do not replace decision criteria.

Responsibilities and Governance

Every plan needs to define ownership.

A responsibility matrix may involve:

RoleTypical responsibility
senior managementapprove direction, SAMP, and strategic resources
asset managercoordinate objectives, plans, and review
engineeringtechnical criteria, studies, and lifecycle decisions
maintenancestrategies, condition, history, and execution
operationsservice requirements, constraints, and performance evidence
financebudgetary and economic alignment
procurementcontracts, suppliers, and lead times
HSE/compliancesafety, environmental, and compliance requirements

Governance needs to establish forums and decision levels. Not every asset replacement requires executive approval; not every deferral of a critical risk can be decided at the operational level.

Plan Indicators

Indicators should track both execution of actions and the results achieved by the assets. The two levels need to be read together: completing activities on schedule does not represent success if availability, risk, cost, or service performance do not improve.

TypeExamplesUse
Executionpercentage of actions completed, budget adherence, renewal milestones, asset-register coverage, plans reviewed, criticality updatedverify whether the AMP is being implemented as planned
Outcomeavailability, critical failures, residual risk, lifecycle cost, exposure to obsolescence, energy consumption, compliance, service performanceverify whether actions produced the expected value and performance

An organization may complete 100% of its actions and still fail to achieve the asset management objective. In that case, the review should question assumptions, action effectiveness, data quality, and even the plan design itself — not merely demand new dates.

Triggers for AMP Review

The plan should not remain frozen until the next annual cycle. Relevant changes may require an earlier review.

Typical triggers include:

  • critical failure;
  • change in demand or capacity;
  • asset acquisition or disposal;
  • new legal requirement;
  • technology change;
  • obsolescence declared by the manufacturer;
  • accelerated deterioration;
  • change in energy price;
  • new financial constraint;
  • performance below target;
  • significant change in risk.

ISO 55001:2024 also requires changes with the potential to affect objectives to be addressed in a planned manner.

Asset Management Implementation Roadmap

For organizations that do not yet have a mature system, implementation can be organized into a pragmatic sequence that delivers value before attempting to cover the entire portfolio.

  1. Define scope and objectives: select priority facilities, classes, or systems and establish which problems asset management needs to solve.
  2. Map portfolio and criticality: build a hierarchy sufficient for decision-making and classify relevant assets.
  3. Assess gaps: evaluate condition, performance, risk, maintenance, data, obsolescence, documentation, and governance.
  4. Establish decision criteria: define how lifecycle, CAPEX, maintenance, and risk alternatives will be evaluated.
  5. Develop SAMP and objectives: translate organizational objectives into asset management strategy and objectives.
  6. Develop AMPs: create plans by portfolio, system, class, or priority grouping.
  7. Integrate budget and execution: connect actions with CAPEX, OPEX, maintenance, procurement, projects, and contracts.
  8. Measure and review: monitor results, update assumptions, and continuously improve.

The organization does not need to solve the entire portfolio at once. Starting with the highest-risk and highest-value assets makes it possible to test criteria, correct the data model, and consolidate governance before scaling the approach. Maturity should grow together with the ability to make better decisions, not merely with the number of documents produced.

Common Errors When Developing Asset Management Plans

The main problems include:

  • turning the AMP into a maintenance plan;
  • producing a generic document without concrete assets and decisions;
  • defining objectives without indicators;
  • classifying criticality without changing priorities;
  • ignoring financial constraints;
  • separating CAPEX from asset management;
  • failing to record assumptions;
  • depending on software to define processes;
  • failing to establish responsibilities;
  • treating condition as the only replacement criterion;
  • building a roadmap without risk and dependencies;
  • failing to review the plan after relevant events.

Another mistake is attempting to copy another company’s model. The SAMP and AMPs need to reflect the organization’s own context, portfolio, value, and risks.

When to Commission Support for Structuring the Plan

Specialized support tends to be useful when the organization has a large installed base, multiple disciplines, recurring CAPEX decisions, fragmented data, critical assets, obsolescence, recurring failures, or a need to implement a management system aligned with ISO 55001.

The work can begin with an assessment and roadmap without requiring full implementation of the management system in a single stage.

The expected result is a usable decision architecture: prioritized portfolio, criteria, objectives, plans, responsibilities, actions, and evidence capable of guiding maintenance, engineering, operations, and investments.

Learn about Engineering Asset Management →

Technical references

[1] ABNT. NBR ISO 55000:2024 — Asset management — Terminology, overview and principles. Rio de Janeiro: ABNT, 2024.

[2] ABNT. NBR ISO 55001:2024 — Asset management — Management systems — Requirements. Rio de Janeiro: ABNT, 2024.

[3] ISO. ISO 55000:2024 — Asset management — Vocabulary, overview and principles. Geneva: ISO, 2024.

[4] ISO. ISO 55001:2024 — Asset management — Asset management system — Requirements. Geneva: ISO, 2024.

Frequently asked questions
What is an Asset Management Plan?

It is documented information defining the activities, resources, costs, timescales, and responsibilities required to achieve asset management objectives for an asset or grouping of assets.

What is the difference between SAMP and AMP?

The SAMP establishes the organization’s asset management strategy and approach; the AMP translates objectives into actions, resources, responsibilities, schedules, and methods applicable to assets or portfolios.

Is an Asset Management Plan the same as a maintenance plan?

No. A maintenance plan is one possible part of the strategy. The AMP also addresses risk, performance, renewal, CAPEX, obsolescence, data, resources, and other lifecycle decisions.

What should be included in an AMP?

Scope, assets, objectives, risks, criticality, actions, resources, responsible parties, schedules, costs, lifecycle methods, indicators, documented information, and review frequency.

How should actions be prioritized in an Asset Management Plan?

Prioritization should combine contribution to objectives, criticality, risk, urgency, dependencies, resources, operational windows, and financial and non-financial impacts.

Is perfect data required before starting?

No. Poor data quality can be recorded as a risk and addressed within the plan itself, prioritizing the highest-impact assets and decisions first.

Complementary technical materials

Related solutions

Related engineering services

Related technical content

Guides, frameworks, and references