How I work

Modernization built around business continuity.

Every stage must leave the system in a state that can be observed, verified and safely rolled back.

Architecture follows the business process and production constraints. Implementation, delivery and operations remain part of the same responsibility.

Principles

A technical decision only makes sense in its process and production context.

  1. 01

    Understand the critical path

    Start with the business process and production constraints.

  2. 02

    Modernize in reversible steps

    Reduce risk through observable, incremental change.

  3. 03

    Own the production outcome

    Keep architecture connected to delivery and operations.

Five steps

Stabilize → Observe → Map → Extract → Replace

The sequence reduces risk before increasing the rate of change and moves complete processes instead of isolated fragments of responsibility.

  1. 01

    Stabilize

    Secure deployments, backups, access and the largest failure points.

  2. 02

    Observe

    Add metrics, logs, alerts and business-process visibility.

  3. 03

    Map

    Reconstruct processes, dependencies, truth sources and hidden rules.

  4. 04

    Extract

    Move a complete process into a domain with explicit contracts.

  5. 05

    Replace

    Switch traffic, verify the result and retire the old responsibility.

Decision rules

The smallest step should move one complete responsibility.

These decisions come from modernizing a live ERP where sales, purchasing and warehouse operations could not be stopped.

Move complete processes

OMS and SCM took over coherent workflows instead of leaving hidden ownership split across implementations.

Stabilize before extraction

Automated deployments, rollback, monitoring and backups reduce transition risk.

Match communication to the operation

REST supports direct responses; Kafka and events propagate changes between domains.

Migrate data under replication

Dump and restore establish the base state, then replication is observed before a controlled cutover.

Verified outcomes

The method must end in measurable production change.

About one hour → max. 40 seconds
Reversible deliveryA risky release of about one hour became a repeatable process taking no more than 40 seconds.
Several hours → several minutes
Faster purchasingA large supplier order moved from several hours of processing to several minutes.
12 GB and 59 GB databases · no downtime
Continuity during migration12 GB and 59 GB production databases moved to AWS RDS without downtime.
User report → alert within seconds
Earlier production signalsFailures no longer depended on user reports because alerts arrived within seconds.

Explicit boundaries

Production outcomes and work in progress remain separate.

OMS, SCM, AWS and IaC, deployment automation, observability and RDS databases run in production. PIM, WMS, Pricing Engine, Marketplace Integration Service and central BI are still being implemented or designed, so I do not assign completed outcomes to them.

I personally connect the modernization strategy, critical implementation and responsibility for safe production change.

Your system

Which process must remain available throughout the modernization?

Start with the critical process, the unacceptable failure and the responsibility that needs to move first.

Discuss your system