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
- Understanding TOGAF: A Comprehensive Guide
https://www.linkedin.com/pulse/understanding-togaf-comprehensive-guide-ihor-demchenko-2wbce - Navigating Enterprise Architecture: A Visual Paradigm Journey with TOGAF ADM
https://guides.visual-paradigm.com/navigating-enterprise-architecture-a-visual-paradigm-journey-with-togaf-adm/ - Enterprise Architecture archives – Visual Paradigm EA articles
https://guides.visual-paradigm.com/category/enterprise-architecture/ - Digital transformation strategies for enterprise architects
https://blog.workday.com/
SAP・Fit-to-Standard
- Package implementation Fit & Gap approach
https://gptech.jp/articles/system-fitandgap-method/ - SAP implementation best practices and Fit-to-Standard approach
- SAP official: “Implement with SAP Activate”
https://www.sap.com/services-solutions/implement.html
- SAP official: “Implement with SAP Activate”
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.

Leave a Reply