Business team collaborating on SAP implementation with TOGAF framework diagram on whiteboard

Introduction

When you join an SAP implementation project as an Enterprise Architect, you’re often told: “Let’s start with Fit-to-Standard workshops.”

However, if you want Enterprise Architecture (EA) in the TOGAF® sense to actually function, something critical must happen before that: clear alignment on why the project exists, what it covers, and what will change.

In this article, I organize the key agreements that Enterprise Architects should establish at the early stage of an SAP implementation project, along with the essential resources required to make EA effective.


1. Start with Architecture Vision (TOGAF® Perspective)

TOGAF® emphasizes the importance of the Preliminary Phase and Architecture Vision (Phase A) to define the purpose and framework of EA activities.

Applied to SAP implementation projects, Enterprise Architects should ensure alignment with stakeholders on the following five elements:

Purpose (Why)

Clarify business outcomes—not just system replacement, but goals such as:

  • Establishing global standard processes
  • Reducing inventory
  • Shortening lead times

Scope (What)

Define:

  • Which business units, sites, and processes are included
  • What SAP will cover vs. what remains in peripheral systems

Stakeholders & Governance (Who)

Identify:

  • Decision-makers (executives, business, IT, operations)
  • Decision levels and governance structure

Architecture Principles (How)

Establish guiding principles such as:

  • Standard-first approach
  • Minimize custom development
  • Cloud-first strategy

Deliverables & Usage (With What)

Align on:

  • What artifacts will be created (process models, system diagrams, etc.)
  • How they will be used (Fit workshops, design reviews, investment boards)

If these five elements are agreed upon as the Architecture Vision, they act as a compass whenever requirements or design decisions become unclear.


2. The Role of EA in SAP Implementation

A typical SAP implementation follows this flow:

  • Strategy / Planning
  • Requirements Definition / Fit-to-Standard
  • Design & Configuration
  • Testing
  • Deployment & Training

The real value of an Enterprise Architect lies in how EA is embedded into this lifecycle.

Where EA Creates Value

  • Alignment of strategy and scope
    Ensure clarity on what is in and out of scope based on business strategy.
  • End-to-end process and application design
    Map business architecture (processes, capabilities, organization) to application architecture (SAP + surrounding systems).
  • Roadmap and template strategy
    Design beyond a single rollout—consider global deployment and future digital transformation initiatives.

3. Required Resources (Roles, Skills, Deliverables)

To avoid EA becoming “theoretical,” the right roles and capabilities must be embedded in the project.

3.1 Roles

  • Lead Enterprise Architect
    Owns the architecture vision, principles, and executive communication.
  • Domain / Solution Architects
    Design business processes and SAP solutions across domains (SCM, manufacturing, finance, etc.).
  • Integration Architect
    Defines interfaces, data flows, and system responsibilities.
  • Data Architect
    Designs master/transaction data structures, governance, and migration alignment.
  • EA Governance (within PMO)
    Manages design reviews, exception handling, and standards compliance.

3.2 Skills

  • Knowledge of EA frameworks (e.g., TOGAF® ADM, architecture views, principles)
  • Industry expertise (especially manufacturing) and SAP S/4HANA best practices
  • Stakeholder management and facilitation skills

3.3 Key Deliverables

  • Architecture Vision document
  • Current and target business process models
  • System landscape diagrams (as-is / to-be)
  • Data architecture (master/transaction data and ownership)
  • Gap analysis and transformation roadmap
  • Architecture principles and standards

These artifacts bridge TOGAF® EA deliverables and SAP implementation design outputs.


4. Practical Tips for Enterprise Architects

In real projects, the following practices make a significant difference:

  • Engage before requirements definition, not after
  • Align on vision, principles, and scope before discussing configuration or add-ons
  • Focus on decision quality, not document volume
  • In Fit-to-Standard discussions, focus on capabilities and KPIs, not just features
  • Roadmaps don’t need perfection—clarity on priorities and direction is enough

5. Summary: EA Alignment in SAP Projects

  • Purpose: Business goals, KPIs, expected benefits
  • Scope: Business units, processes, system boundaries
  • Principles: Standard-first, customization policy, cloud strategy
  • Landscape: SAP and surrounding system roles and integration
  • Data: Master/transaction data and ownership
  • Roadmap: Phases, rollout sequence, investment plan

Please refer to this article for topics related to Enterprise Architecture (EA).
Enterprise Architecture – Insight Arc | SAP, Enterprise Architecture & Supply Chain Strategy


Reference Links

TOGAF/EA 

SAP・Fit-to-Standard


Disclaimer

Parts of this article were developed with reference to generative AI suggestions and were reviewed, refined, and supplemented based on the author’s professional expertise and judgment.


Back to Top

Leave a Reply

Discover more from Insight Arc | SAP, Enterprise Architecture & Supply Chain Strategy

Subscribe now to keep reading and get access to the full archive.

Continue reading