Delta to Meta Model v3


This page is only relevant for existing customers of LeanIX who have been working with the previous Meta Model v3 to learn about the key changes and how to apply the Meta Model v4. Please refer to the Modeling Guidelines of the Meta Model v4 for more information on each Fact Sheet type.

LeanIX has updated its Meta Model v3 and is rolling out the evolved Meta Model v4 to workspaces for new customers. Existing customers using the Meta Model v3 are not obliged to change it but can decide proactively to use the Meta Model v4. This page provides detailed information on the rationale, answers frequently asked questions, and gives an overview of the delta between the evolved and the Meta Model v3.

Quick links

Configuration basic guides:

Why has LeanIX changed its Meta Model?

The evolvement of our Meta Model was a natural task for us to accommodate with trends at the interface of business and IT that has become a reality for most of our customers, and for which our Meta Model v3 did not provide the best answers and guidance. The key drivers are:

  • The shift from Project to Product / Co-Existence of Product and Project
  • Implementation of strategic Digital and Technical Platforms
  • Reflection of references to business architecture artifacts (e.g., Value Streams)
  • Modeling of Microservices & Deployments
  • Classification of Organizational Usage, types of IT Components or Interfaces

We recommend that existing customers adopt the Meta Model v4 if they start new initiatives, e.g., modeling of Business Products. LeanIX has guidelines for that.

What is the delta between the Meta Model v4 and the Meta Model v3?

The critical difference is the newly added Platform Fact Sheet type. In addition, some Fact Sheet types have been renamed, and we added subtypes for some Fact Sheet types. You can find all the changes in the table below.

Fact Sheet TypeLayerChanges
Platform1. Strategy & TransformationNew Fact Sheet type
Objective1. Strategy & TransformationNo changes
Initiative1. Strategy & TransformationRenamed from Project
Added subtypes: Idea, Program, Project, Epic
Business Capability2. Business ArchitectureMaturity section with Maturity and Strategic Importance fields is now a default section in the Information section of the Fact Sheet type (previously available as a custom field)
Organization2. Business ArchitectureRenamed from User Group
Added subtypes: Business Unit, Customer, Region, Legal Entity, Team
Business Context2. Business ArchitectureRenamed from Process
Added subtypes: Business Product, Customer Journey, Process, Value Stream, ESG Capability (optional feature)
Application3. Application & Data ArchitectureAdded subtypes: Business Application, Deployment, Microservice (optional)

Portfolio Strategy section with TIME and 6R Classification fields is now a default section in the Fact Sheet type (previously available as a custom field)
Data Object3. Application & Data ArchitectureNo changes
Interface3. Application & Data ArchitectureAdded subtypes: Logical Interface, API
Tech Category4. Technical architectureNo changes
IT Component4. Technical architectureAdded further subtypes: IaaS, PaaS, SaaS
Provider4. Technical architectureNo changes

Q&A on detailed changes

Q: Why do we need to add a Platform Fact Sheet?

A: We added a Platform Fact Sheet because we understand that management does not think in business capabilities or applications but rather in platforms. This provides an easy way to digest Information Technology. CIOs need insight into the technologies, interfaces, and applications that support their platforms.

Example: may publish an article about how a company adopts as a strategic platform - in LeanIX Enterprise Architecture, we should reflect that language and give insight into the technologies, interfaces, etc., support the platform

We believe that leveraging Platforms will help EAs make a more significant business impact.

Q: Why do we need to introduce a singular Business Context Fact Sheet with various subtypes?

A: We want our Meta Model to be streamlined and easily explainable on one slide. We acknowledge that Processes, Value Streams, Business Products, and ESG Capabilities are all relevant. Introducing a single Business Context Fact Sheet with subtypes allows us to cover those topics without cluttering the Meta Model.

Q: Why do we introduce default recommendations for Deployment & Microservices?

A: We believe that for advanced EA practices, it is crucial to have a straightforward way to include a layer beyond the logical application. We are introducing the Deployment and Microservice subtypes for the Application Fact Sheet to provide structured modeling standards and an appropriate licensing model for our customers who need visibility into Microservices and Application deployments in LeanIX Enterprise Architecture. The API subtype for the Interface Fact Sheet enables customers to model data flows between Microservices. We will provide this as an optional extension - carefully assess whether your environment (e.g., ServiceNow integration with the usage of Application Services) requires this.

Q: Why do we extend the subtypes for IT Components?

A: The IT Component Fact Sheet will now include additional ‘SaaS’, ‘IaaS', and 'PaaS’ subtypes to provide a more differentiated view of the different IT components.