Introduction

Inter-unit domain relationships describe how business architecture elements—such as capabilities, services, policies, or performance indicators—are shared, co-managed, or interdependent across different organisational units. These relationships provide a more accurate picture of how the organisation functions in practice, especially where responsibilities cross formal boundaries.

Purpose

Establishing inter-unit relationships helps your organisation to:

Automatically identified relationships

In most cases, the Orthogramic app will automatically identify inter-unit relationships by analysing the content of uploaded documents. If domain elements such as services, policies, or initiatives are described in the context of multiple organisational units, relationships are inferred and created accordingly.

These automated relationships:

Manually defined relationships

In addition to automatic detection, users can manually define inter-unit relationships to reflect practical arrangements or planning considerations not yet captured in documents.

To manually define a relationship:

  1. Open the relevant domain element (e.g. a specific service, stakeholder, or KPI).

  2. Select Link to another unit.

  3. Choose the unit and specify the nature of the relationship (e.g. lead, support, oversight).

  4. Save the entry to register the relationship.

Manual relationships can be particularly useful when:

Good practice in managing relationships

Examples

Viewing Inter-unit domain relationships

Node menu (2).pngimage-20250509-071632.png

Relationship details

When the inter-unit relationships are displayed:

  1. Click a relationship

  2. Click the other entity you are in interested in

  3. The info panel will open and display a card with the relationship information

Inter-unit-domain-relationships.png

Relationship Types

Node

Role type

Definition

Organization node with data (8).png

owning

The unit accountable for the governance, lifecycle, and quality of the domain entity (e.g. capability, information asset, or policy).

Organization node with data (11).png

providing

The unit that delivers the core functionality, service, or resource associated with the domain entity.

Organization node with data (12).png

consuming

The unit that actively uses the outputs or results of the domain entity to perform its own operations.

928b374b-1873-4eed-a6f9-2ef0d3258226.png

utilising

A broader term than consuming, denoting any unit that benefits from the domain entity, even if indirectly (e.g. benefits from insight, capability).

Organization node with data (10).png

custodian

The unit responsible for maintaining integrity, accuracy, and compliance of an information or data entity.

Organization node with data (13).png

dependent

The unit whose ability to achieve its objectives relies on the effective functioning of another unit’s domain entity.

Organization node with data (14).png

supported

The unit that gains operational advantage or risk reduction as a result of another unit’s domain activity, but is not actively consuming it.

Organization node with data (16).png

governing

The unit responsible for setting rules, standards, or oversight mechanisms for the domain entity and ensuring compliance across all related units.

Relationship strength

To enhance the usefulness of inter-unit domain relationships in organisational analysis, a numeric relationship strength value may be added. This value provides a relative indication of the intensity, criticality, or frequency of interaction between an organisational unit and the domain entity.

Relationship strength is visually represented by the width of the connection between the nodes.

Inter-unit-domain-relationship strength.png

In the image above, the first relationship has a strength of 5 and the second a strength of 1.

Difference from cross domain relationships

Inter-unit domain relationships focus on how business architecture elements interact across organisational boundaries—for example, when a Capability owned by one business unit relies on a Service or Initiative delivered by another. These relationships expose cross-unit dependencies, collaboration points, and potential silos within the organisation.

In contrast, cross domain relationships describe the conceptual structure of the business architecture—how elements such as Strategies, Capabilities, Value Streams, and Policies relate regardless of organisational ownership. They are foundational to the Orthogramic Metamodel and define the logical flow and influence between domains.

While cross domain relationships define what should be connected, inter-unit relationships reveal where those connections span business units—and whether they are aligned in practice.

Related pages