CUBE Knowledge Hub

CUBE Framework
Version 0.8 (BETA)
© 2024 Tenosis AB

Asset Architecture Basics

3.3 Asset Architecture

Architecture enable you to accommodate complexity and change. If you don’t have Enterprise Architecture, your enterprise is not going to be viable in a increasingly complex and changing external environment

What is asset architecture

Definition

A format and structure to align an organisation’s assets

Purpose

To organise and integrate the organisations assets in such a way that enhances efficiency, effectiveness and agility

Asset Architecture in its simplest form is about organising the assets into an integrated system that describes all aspects of how an organisation shall, and shall not, operate.

By creating a holistic asset architecture for an organisation enables understanding which assets are related and needs to be integrated as well as the relations between them. The relations determines which asset (and related documents) governs other assets.

Keep in mind, an asset can be:

  • a discipline (capability)
  • a model
  • a process
  • a list of records
  • a document

..or a combination of above.

Each organisation will have their own design. However, for some areas there are methods, standards and best-practices for how to organise and work with certain assets, and even combination of assets.

The value of an Asset Architecture

The challenge with development or improvements

One of the most difficult challenges within an organisation is development and improvement coordination between separate departments, areas of responsibility, projects, etc. There are two common approaches for this:

  1. Ensure everybody that affects or is affected is involved – resulting in high resource consumption and slow progress
  2. Exclude or ignore some or all dependant areas – resulting in disjoint or conflicting solutions causing operational problems once implemented (if implemented at all)

With the lack of a better approach, this consumes a lot of resources and energy for an organisation.

An Asset Architecture enables integrated solutions with less coordination

The most important value the Asset Architecture provides is the ability to delegate responsibilities to maintain and develop assets while ensuring they are consistent with the rest of the assets and can operate effectively as a part of the whole system.

This is done when defining responsibilities, scope and requirements on solutions. When development or an improvement is to be performed, one can review the Asset Architecture to identify dependencies and the documentation defining each asset. This means that when stating the requirements for example a project, the assets that needs to be included or integrated with can be clearly stated.

This results in a solution that will be integrated with where relevant where most required information is available. Only time for clarifying gaps in current documentation or needs for changes needs to be coordinated, which is a wanted outcome.

Principles when designing an Asset Architecture

When designing an Asset Architecture, there are a couple of principles that should be adhered to.

The importance of relations between assets

The relation between the assets is equally, if not more important than, the quality of the singular asset. All assets exists within a context and are worthless without the context around them. It is also the context around the asset that determines the overall effectiveness of an asset. A highly effective Project Management discipline can never be effective if the discipline to produce development roadmaps is poor or non-existent. An even better Project Management discipline will not provide better outcome values in this case.

Accountability is aligned with the layer

When assigning an asset to a layer, make sure that the accountability (decision mandate) is aligned with the appropriate organisation layer. This is another way to ensure consistency within the system and integrity of the language used to describe the organisation.

Define in one place, refer to when needed

Multiple assets defining the same topic or redundant information is an issue that can cause a lot of confusion. Being consistent with where and how information is documented is important. If information is relevant in another place, use references. If additional information needs to be added, it should be added into the “master” asset instead of being added in the referring asset (as it will be lost for other assets depending on the “master” asset.

Integrate assets into one holistic system

By working with all assets as a system, a combination of interconnected and interdependent components, one has the foundation to govern and improve an organisation as a whole, and not just as individual pieces and islands.

Next Step

Read more about Management Systems, and how they relate to the Asset Structure…