In the first part of the post series, we addressed fundamental inquiries crucial to a successful SAP S/4HANA implementation, covering pivotal questions around the different SAP S/4HANA impact layers, such as SAP infrastructure, data migration, data integration, and applicatory processes.
In the second part we drilled down from the generic added values of an SAP S/4HANA Transformation to customer - specific values illustrated by the case study of an engineering company.
Let us now take an in-depth look at how a company's potential added value can be identified at the application and process level in the first place, so that it can then be evaluated as part of the preliminary program planning and incorporated into the individual implementation tranches depending on the added value and implementation risk, taking dependencies into account.
In order to focus the discussion on the essentials, it is necessary to differentiate at an early stage between mandatory changes (mandatory in the migration from ECC to S/4HANA) and optional changes (additional benefits by replacing legacy or introducing new functionalities).
Mandatory Changes during the migration to S/4HANA
The following topics must first of all be regarded as functionally mandatory for the migration and are therefore non-negotiable unless they have already been implemented in preliminary projects:
Adoption of New General Ledger (NewGL): SAP S/4HANA introduces a simplified and unified General Ledger (GL) structure known as NewGL. Customers must migrate their existing GL data and adjust their GL configuration to align with the NewGL framework.
Implementation of Business Partner: SAP S/4HANA replaces the separate customer and vendor master data with a unified entity called Business Partner. Customers must migrate their existing customer and vendor master data to the Business Partner model and adjust related processes and transactions accordingly.
Conversion to Universal Journal: SAP S/4HANA consolidates financial accounting and controlling data into a single table called the Universal Journal. Customers must convert their existing accounting data to the Universal Journal format and adapt reporting, analytics, and reconciliation processes to utilize the new architecture.
Adoption of Material Ledger: SAP S/4HANA streamlines inventory valuation processes through the Material Ledger functionality. Customers must adjust their existing Material Ledger configurations and processes to align with the simplified functionality in S/4HANA.
Transition to Asset Accounting in SAP S/4HANA: SAP S/4HANA offers a completely renewed asset management module, requiring customers to adjust their existing asset accounting processes, configurations, and master data management to align with the new functionalities and architecture.
Removal of Legacy Transactions and Functionalities: SAP S/4HANA removes certain legacy transactions and functionalities that are no longer supported or relevant. Customers must identify and replace any deprecated transactions or functionalities with updated equivalents available in S/4HANA. This has to be considered when using the results of the readiness check in terms of the so-called simplication items and custom code adjustment requirements.
Transition to SAP Fiori User Interface: SAP S/4HANA encourages the use of the SAP Fiori user interface for improved user experience. Customers must adapt their existing user interfaces due to the fact that the former non-Fiori transaction is no longer existent.
Benefit Mapping for preparing the S/4HANA Roadmap
In order to use a structured framework for aligning project objectives with strategic business goals, the customer we are referring to, used benefit mapping of the Managing Successful Programmes (MSP) approach before planning his SAP S/4HANA project in implementation tranches.
By mapping benefits, you ensure that each wave of the SAP S/4HANA project directly contributes to overarching business goals (represented by the long-term OKRs), such as increasing efficiency, enhancing customer satisfaction, or improving profitability. This ensures that resources are allocated efficiently, focusing on delivering the most significant value early in the project lifecycle. For an SAP S/4HANA implementation, this could mean prioritizing modules or functionalities that address immediate business needs or pain points.
The Value Dependency Network has to be interpreted from two ends:
from the right to answer "WHY are we changing capabilities?"
from the left to outline "HOW we'll be changing the capabilities through project streams within the transformation program".
This proactive approach enables project managers to anticipate potential obstacles to realizing benefits and develop mitigation strategies accordingly. In the context of an SAP S/4HANA project, this could involve identifying potential integration challenges or data migration issues early on and moreover provides a common language for discussing project objectives and outcomes, fostering alignment and collaboration among stakeholders. In the case of an SAP S/4HANA project, this could involve engaging business users, IT teams, and executives in discussions about the expected benefits and their importance to the organization.
Once the most important benefit maps have been created, each of the (sub-)projects have been evaluated regarding their impact on the dimensions of
Added Value to Enterprise's success
Ease of implementation (to take also potential risk into account)
As a consequence, all potential program components can be "value - mapped" in a 4 quadrant model depending on the degree of added value or Ease of Implementation. The orange squares indicate the mandatory components of a program, while the blue diamonds tend to show the optional but often very relevant (sub)projects in terms of added value.
Once you've done that, it's time to plan up the entire program according the results of the value mapping and the applicable budget. In our example, the program planning follows the idea that the program first ensures that the mandatory program components are implemented on the critical path.
Components that are a prerequisite for the subsequent implementation of program components with very high added value are also implemented as early as possible. The remainder of the program (in this case until the end of 2027) will be implemented in different agile implementation tranches according to the priorities based on value mapping and scheduled accordingly.
In creating a holistic SAP S/4HANA program plan, success hinges on some logical steps: deriving benefits from OKRs, mapping them against program outcomes, and differentiating between mandatory and optional items. Through transparent evaluation, prioritization, and consideration of dependencies, organizations can forge a structured roadmap that not only ensures project success but also aligns seamlessly with strategic objectives.
Embracing this approach fosters a dynamic, agile environment where every program item contributes meaningfully to the overarching goals, ultimately driving transformative success for the enterprise.
Comments