Insight · Notation

Building a Business Capability Map in Sparx EA Using ArchiMate

A business capability map is a stable, technology-agnostic inventory of what your organization can do — not how it does it or which systems support it. In ArchiMate 3.x the Capability element sits in the Strategy layer, not the Business layer, and that placement is the whole point: capability maps are strategic instruments that should stay stable across technology changes. If your "capability map" shifts every time a system is replaced, it is probably modeling functions, not capabilities.

Capability vs Business Function: the distinction that matters

This is the most common mistake in ArchiMate capability modeling, and it is worth settling before any mechanics.

Capability (ArchiMate Strategy layer) represents an ability the organization either has or does not, at a level of abstraction independent of how the ability is delivered. "Customer Onboarding," "Risk Assessment," "Product Development," "Regulatory Reporting" are capabilities. They do not change when the underlying process changes, when a system is replaced, or when a team is reorganized.

Business Function (ArchiMate Business layer) represents an operational activity performed by an organizational unit. "Process Loan Application," "Generate Compliance Report," "Manage Customer Data" are business functions. They describe operational reality — valuable, but different.

Build a capability map out of Business Function elements and you get a map that reflects your current operating model rather than your stable strategic inventory. Reorganizations invalidate it; system replacements change it. It becomes an operational model dressed up as a strategic one.

In Sparx EA, both element types are available in their respective ArchiMate packages — the Capability element is under ArchiMate 3 > Strategy > Capability. Do not substitute Business Function. The semantic difference is not cosmetic: it changes how the model can be traversed and how downstream tools interpret the relationship between capabilities and the rest of the architecture.

Structuring the hierarchy: Level 1 to Level 3

A typical enterprise capability map decomposes through three levels. The diagram below shows the shape, including the realization link down to the application portfolio.

Level 1 · Domain Customer Engagement Level 2 · Core Customer Acquisition Level 2 · Core Customer Onboarding Level 2 · Core Customer Service Level 3 · Enabling Identity Verification Level 3 · Enabling Account Setup Application Component Onboarding Platform «Realization» — application enables capability

Level 1: Capability Domains. The broadest groupings — typically six to twelve for a mid-to-large enterprise — representing the major areas of business activity at the highest level: Customer Engagement, Operations, Finance, Risk and Compliance, Technology. Level 1 should hold stable across five to ten years.

Level 2: Core Capabilities. Each domain decomposes into five to twelve core capabilities — the named abilities strategy conversations reference directly. Within Customer Engagement, that might be Customer Acquisition, Customer Onboarding, Customer Service, and Loyalty Management.

Level 3: Enabling Capabilities. Level 2 capabilities decompose further where analytical value warrants it. Not every capability needs a Level 3 — apply it where strategic differentiation or investment decisions operate at that granularity.

In Sparx EA, model the hierarchy using the Composition connector between Capability elements, or package-level grouping. A dedicated Strategy layer diagram with nested Capability elements is the standard approach; keep each level on its own diagram for readability and link diagrams via element cross-references.

A practical limit: do not go beyond Level 3 at enterprise scope. At Level 4 and below you are modeling processes or functions, not capabilities — the map becomes unwieldy and loses its strategic character. Deeper decomposition belongs in domain-specific or program-level models.

Heatmapping: capability assessment in Sparx EA

A capability map without assessment data is a taxonomy. The assessment data — the heatmap — is what makes it a strategic planning instrument. Common dimensions include:

  • Capability maturity (1–5, or Low/Medium/High)
  • Strategic importance (Core Differentiator / Enabling / Commodity)
  • Investment category (Invest / Maintain / Divest / Transform)
  • Business pain level (stakeholder-assessed gap between current and required capability)

In Sparx EA, implement these as tagged values on the Capability stereotype in your MDG Technology profile, populated through stakeholder assessment workshops where business domain owners rate their capabilities against each dimension. Visual heatmapping uses conditional formatting on diagram elements: shape scripts or diagram filters color Capability elements based on tagged-value contents — a Capability with MaturityLevel = 1 and StrategicImportance = Core Differentiator renders red; one with MaturityLevel = 4 and InvestmentCategory = Commodity renders amber.

The heatmap is where a capability map starts generating strategic conversations. Investment committees, program boards, and transformation leads engage with a heatmapped map in a way they simply do not with a plain hierarchy.

Connecting capabilities to applications

The capability-to-application relationship is the link between strategic intent and technology portfolio. In ArchiMate the connector is Realization: an Application Component (or Application Service) realizes a Capability, meaning the technology enables the organizational ability. In Sparx EA, draw Realization connectors from Application Component elements to Capability elements. A single Capability may be realized by multiple applications — a finding that often reveals redundancy — and a single application may realize multiple capabilities, which matters for impact analysis when retirement is on the table.

This realization layer powers portfolio rationalization analysis. The questions it enables:

  • Which capabilities are supported by more applications than necessary?
  • Which capabilities have no dedicated application support?
  • If we retire Application X, which capabilities are impacted?

These are not just modeling questions — they are investment questions. With the realization layer in the repository, those answers can be surfaced from a query rather than compiled by hand into a spreadsheet.

Connecting capabilities to strategic goals

The other critical connection runs upward, from Capability to strategic goal or driver. ArchiMate models this with the Association or Influence connector from Capability to Goal or Outcome (Strategy layer). When capabilities link to strategic goals, the model answers a question executives care about: "Is our technology investment aligned with our strategic priorities?" A capability rated low maturity that connects directly to a top-three strategic goal is a prioritized investment case; a low-maturity capability with no strategic goal connection is a candidate for accept-and-tolerate. This connection layer is also what lets a query answer a question like "which of our low-maturity capabilities are directly linked to this year's strategic priorities?" — but only if the capability-to-goal relationships are modeled and the tagged values are populated.

Sparx EA implementation notes

Element creation: right-click in a Strategy layer diagram, choose New Element, and select Capability from the ArchiMate 3 palette — or drag from the toolbox panel.

MDG support: the ArchiMate 3 MDG Technology that ships with Sparx EA already includes the Capability element, so no custom MDG is needed for the element itself. You will, however, want to extend the Capability stereotype with your assessment tagged values (MaturityLevel, StrategicImportance, and so on) through a custom profile that extends the ArchiMate MDG.

Naming convention: use noun phrases, not verb phrases — "Customer Onboarding," not "Onboard Customers." Capabilities are things the organization has, not things it does.

Package structure: keep the capability model in a dedicated package, separate from process and technology models. Capability maps need to be governed as strategic assets — with ownership, a review cadence, and an update process.

Frequently asked questions

What is the difference between a capability and a business function in ArchiMate? A Capability (Strategy layer) is a stable, technology-agnostic ability the organization has — what it can do. A Business Function (Business layer) is an operational activity performed by an organizational unit — how work is done. Capabilities stay stable across reorganizations and system changes; business functions change when operating models change. For strategic mapping, use Capability elements.

How many capability levels should a map have? Typically three: Level 1 (domains, six to twelve), Level 2 (core capabilities, five to twelve per domain), and Level 3 (enabling capabilities, where granularity warrants it). Going beyond Level 3 at enterprise scope tends to produce process models rather than capability models.

How do I do heatmapping in Sparx EA? Implement assessment dimensions as tagged values on your Capability stereotype (MaturityLevel, StrategicImportance, InvestmentCategory), populate them through stakeholder workshops, and apply visual heatmapping with conditional formatting or shape scripts to color Capability elements based on tagged-value contents.

What connector links capabilities to applications? The ArchiMate Realization connector, from Application Component (or Application Service) to Capability. The direction matters: the application realizes the capability, not the other way around.

Do I need a custom MDG profile for capability mapping? The ArchiMate 3 MDG that ships with Sparx EA includes the Capability element, so no custom definition is needed for the element itself. You will want to extend the Capability stereotype with assessment tagged values through a custom profile that extends the built-in ArchiMate 3 profile — a standard extension task, not a full custom MDG build.

How do capabilities connect to strategic goals in ArchiMate? Use Association or Influence connectors from Capability to Goal or Outcome elements (Strategy layer). This links the map to strategic intent, enabling analysis of which capabilities are critical to strategic priorities and which are not.

Build a capability map that earns its place in strategy conversations

Sparx Services helps you build capability mapping into your EA practice — not just the ArchiMate structure, but the assessment methodology, the MDG governance, and the connection to your application portfolio and strategic goals. A well-built capability map is one of the most durable and valuable artifacts an EA practice can produce; we help you build one that lasts. Start with Configure the Solution, or see how we support enterprise architecture practitioners.

Build a capability map that survives the next reorganization.

Talk to a practitioner about structuring, heatmapping, and governing a capability map in Sparx EA — one that connects to your portfolio and your strategy.

Book a call →