Managing current (AS-IS) and target (To-Be) models in LeanIX

One of the key need for Enterprise Architect is to be able to describe the current Information System, to define scenario for the target with impacts analysis and to select and execute one scenario at the end to (create the target and modify automatically the landscape).

Until recently few tools were able to provide an effective and easy to use solution. LeanIX is one of them, and this blog post will explore what is offered.


  1. Application Portfolio Mgt.
  2. Technology Risk Mgt.
  3. Business Transformation Mgt.
Modules of LeanIX EAS

Business Transformation Module

LeanIX did extend its APM product by introducing new features such as Impact modeling and execution, timeline sequencing, and scenario planning.

Five new concepts (named fact sheets in LeanIX world) were created to support As-Is and To-Be modeling:

  • Objectives serve as high-level architectural links to model the relationships between organizational goals and business capabilities
  • Transformation Items can take the shape of one of four distinct elements inherent in any modern IT innovation project — each of which arranged in the following hierarchical order: Plan, Building Block, Epic, and Project.
“Objective” and “Transformation Model” extend the initial LeanIX information model

in BTM the real innovation and “magic” comes with the notion of “impact modelling”.

Impacts are embedded into Transformation Item and describe the expected results of an architectural transformation plan. Impacts allow Architects to describe how IT entities will be affected by an architectural change, preview these outcomes in the landscape, select the preferred scenario and modify the documented architecture.

Business Transformation Example

  1. Describe the business strategy through objectives
  2. Define Scenarios
  3. Create Roadmap
  4. Impact analysis and execution

1. Describe the business strategy through objectives

  • Objective’s lifecycle status: from Planned to Active to Done to Obsolete
  • Objective description completion in percentage
  • Dependencies: split via parent-child hierarchies
  • What it is both improving (i.e., Business Capability) or being supported by (i.e., Transformation Item)

Imagine we want to create an objective named “build out intelligent cloud platform”.

LeanIX “Build out intelligent cloud platform” objective

The “Objective Landscape” report proposes an exhaustive view of the list of objectives and let you create “heatmaps” on the fly (status, lifecycle, etc.)

Objectives Landscape report

Objective can be linked to business capabilities and could be seen in LeanIX ad’hoc report.

Business Capability Map by Objectives

If you look carefully at each report you will see a timeline on top. Since we are working on business transformation, As-Is and To-Be are related to timelines. Since everything will evolve over time, each LeanIX report will let you navigate across time and see changes through heatmap and if needed information deep-dive.

After sale service capability will be impacted by “Build out intelligent cloud platform”

2. Define Scenario

A Plan functions as a container for all objectives and planning items related to an architectural change, its budget and anticipated timeline, and is the basis for modeling future events (or scenarios) against potential roadmap conflicts.

A Building Block stores all inputs related to whatever technology or functionality is necessary to complete a transformation. Building Block serves as the main gateway for accessing and configuring Impacts in BTM.

Let’s imagine that we need to evolve our Legal IT and we defined two scenario:

  1. Move legal apps and processes to the cloud as they are
  2. Refactor existing legal apps
Two transformation scenario

Let’s create the two plans fact sheets.

“cloud transformation 2” Plan creation

The cloud transformation 2 Plan will last 8 months and can be associated to business capability and objective.

Cloud Transformation 2 plan

Then create the building block and link it to the previously created plan.

“Refactor existing legal apps” Building block

LeanIX Relations Explorer can be used to interactively navigate between all dependencies or relations

From objective to Transformation Items

Now it’s time to define the landscape impacts for each scenario.

With impacts you can transfer or create relations, add or remove tags, and set technical and functional fit ratings plus business criticality scores

let’s describe the impacts

Let’s imagine we want to deprecate “Lex Actual” and replace it by “Digilex”, but only at one point in time (when the target will be attained). We can “program” the evolution of the landscape using basic but efficient set of pre-defined LeanIX integrated rules.

So we will position Lex Actual lifecycle as end of life and put its business criticality to “empty”. Then we will make Digilex appear in the landscape, position its key attributes and tags and gather all existing user groups from replaced application.

In LeanIX impacts are described as rules

3. Create Roadmap

Epic and Project Fact Sheets are intended to better equate architectural activities to iterative approaches to business delivery, and by offering specific fields to track resource consumption and store project-related attributes, each can be included within Impact models to aid solution-finding for IT and business stakeholders working together.

Users are able to manually structure these two items in LeanIX or import their contents through integrations to third-party solutions like JIRA or MS Project whereupon links can be set to update both platforms synchronously.

Epic created

It is now time to see the transformation roadmap through a dedicated report outlining the progress of IT initiatives via time-based swim lanes and based on Objectives, Business Capabilities, and Transformation Items.

Transformation roadmap report

4. Impact analysis and execution

Let’s see the as-is …

change the timeline and see the to-be…


I really enjoyed how “impacts” were implemented, enabling to describe exhaustively what will happen. As usual with LeanIX, it seems to be a good compromise between ease of use and features offered. I just wonder if LeanIX will offer at some point in time low code solution (instead of a no code one) to describe and apply impacts. We can already use the APIs, but a low code option, why not.

What I found complex was Transformation Item timelines. Enterprise architect are not always involved in project mgt. details. Anyway, the solution proposed by LeanIX is quite simple and you can start small (a project duration and a relative start date). Or you can import the project description from Jira or MS Project and be fully aligned with the PMO.

In order to avoid making LeanIX full of unused transformation Item, I suppose that some cleansing will be needed regularly, to avoid having too many scenario not needed anymore.




Technology Innovations, Platforms, Blockchain, & API

Get the Medium app

A button that says 'Download on the App Store', and if clicked it will lead you to the iOS App store
A button that says 'Get it on, Google Play', and if clicked it will lead you to the Google Play store