SAP Activate is SAP’s current methodology for deploying, upgrading or migrating to a HANA or S/4HANA landscape.
Activate draws on SAP’s accumulated experience to provide a detailed roadmap to S/4HANA, from scoping the project to post go-live. Activate also guides your team through integration with third-party software offerings and cloud solutions, training, project management and other needs associated with a migration.
What is SAP Activate? More Than a Methodology
We used the word “methodology” to describe Activate, but the term isn’t quite sufficient. SAP Activate is more like a kit to build an S/4HANA landscape.
It guides project managers, technical, and functional teams through a six phase process to deploy and run any S/4HANA landscape on premise, in the cloud or in a hybrid hosting environment. An assortment of SAP and optional third-party tools simplify the process, save time and limit the risk of human error.
Each phase has individual deliverables, which are linked into work streams, making tracking the project straightforward. There are also quality checks throughout the process, and extensive resources linked to each deliverable (“accelerators” in SAP terminology).
These accelerators provide clear guidance and best practices for each step of the SAP deployment, reducing project risks and facilitating good quality control. They also make it possible to handle an almost unlimited range of SAP landscapes, deployment options, integrations and other factors.
Finally, they give your SAP technical, functional, and project management team a coherent set of standards to evaluate the project at each stage.
Getting to Activate: A Brief History of SAP Methodology
SAP Activate isn’t the first SAP methodology. The company has passed through a variety of methodologies as its software has evolved, including Accelerated SAP (ASAP), Run SAP, and SAP Launch.
In SAP’s nearly half-century history, the company’s approach to installing software and providing vendor and customer guidance has gone through radical transformations, just like its software.
However, modern SAP methodology really only started to coalesce in the 1990s. Before that, SAP’s flagship product was R/2 — a system designed to run on mainframes. When SAP R/3 was launched in 1992, it moved ERP off of mainframes to a client-server model of computing.
Technologically, this was a great step forward — but it also caused some serious problems. Companies had built a wide variety of different landscapes in R/2, and there was no standardized way to transform those landscapes into R/3. As SAP Program and Project Manager Richard Bernheim puts it:
“[SAP lacked] a solid software implementation methodology that could be accessed and applied. There was no overall framework, yet alone any specific tools to ensure the consistent application by their own implementation consultants.”
Back then, each consulting firm simply developed their own methodology, tools and standards. This was not ideal for companies adopting R/3 — particularly those that had grown up on SAP R/2 software. They needed to know that they were taking the safest, most cost-effective route to SAP R/3, but they didn’t have a toolkit to evaluate the different vendor options, or ensure that a particular project was being carried out correctly.
SAP developed ASAP to address this situation. Over time, ASAP progressed from a basic implementation framework for installing SAP ERP, to a more sophisticated approach to SAP ERP project management. This progression has developed into new methodologies to account for product changes, as well as advancements in project management and IT best practices.
So is SAP Activate just the modern version of ASAP? Not exactly. Activate goes beyond ASAP (as well as other SAP methodologies) to provide a complete program for SAP implementation. It’s far more comprehensive and sophisticated, incorporating step-by-step guidance, an in-depth project management framework and a suite of tools that goes well beyond any previous SAP methodology.
Additionally, the nature of the product has changed. With the move from R/2 to R/3, the goal was to get from one modular, customer-specific software suite to a newer version.
With the development of S/4HANA, SAP has been working to converge customers onto a narrower range of products. The SAP Simplification strategy has combined (and augmented) the capabilities of many different offerings into a unified application suite.
Once you’re on S/4HANA, future upgrades will be simple and painless. Activate is more than a guide to your current upgrade — it’s a roadmap to the age of agility and easy adoption cloud vendors have been promising you.
SAP Activate Phases
As we mentioned earlier, SAP Activate is divided into six phases: Discover, Prepare, Explore, Realize, Deploy and Run.
- Discover: The Discover phase is where you define the broad goals and context of the project. You assess where your company is on its SAP journey and what you want the project to accomplish. This should be grounded in an overall framework of digital transformation — considering where your company wants to be in 5-10 years, not just 5-10 months.Your partner should help you connect your goals with the available technology. The goal shouldn’t be just to get to S/4HANA, but to utilize its technology (possibly combined with third-party offerings) to provide a competitive advantage. In some cases, it may be appropriate to provision a trial system to preview the capabilities of HANA.The Discover phase doesn’t have any quality gates in SAP Activate, which we believe is unfortunate.This phase involves a significant amount of technical research, which in turn informs the decisions your company makes. If your partner isn’t able to provide an accurate assessment of your current system and the costs associated with various options, your ability to make the correct strategic decision can be impacted.
- Prepare: In this phase, you take the initial work you did in the discover phase and turn it into a plan. As such, the requirements of the Prepare phase are highly dependent on the previous phase. Decisions like your migration strategy, hosting destination and IT management approach will determine the scope and structure of the project.The Prepare phase also involves a lot of preliminary work to get your team ready to go.For example, Project Team Enablement will require you to provision access to various resources as well as train your project team on both Agile methodology and the various tools they’ll need to conduct a successful project. Bringing in an experienced team can accelerate this phase considerably.
- Explore: Now that you have the basic preparations taken care of, it’s time to get ready for the actual implementation or system conversion. That means spelling out and documenting every detail of the SAP S/4HANA solution. This requires a coordinated effort across multiple teams. On the functional end, you need to identify functional gaps, carry out UX activation and design, analyze custom code, conduct security preparations and take other steps to prepare the system. The technical work is just as elaborate — the team needs to configure a Sandbox and Development system, build out the IT infrastructure, size and refine the solution.One important technical step that’s often overlooked is Operations Impact Evaluation. A new SAP S/4HANA system will usually change the way IT support is structured. What skills and training the IT team require will depend on where the solution is hosted, what vendors are selected and the support model you choose. If your solution is hosted on-premise or managed in-house, you’ll need to start preparing a team to takeover once the system goes live.Whether or not you decide to outsource SAP management, it’s a good idea to work with a migration partner who provides those services. If your technical partner is only concerned with getting the job done and moving on to the next project, they don’t have the same incentive to ensure a smooth transition — as long as everything works at go live, they’ve succeeded.On the other hand, if your technical partner offers SAP managed services, it’s in their interest to make sure your transition is smooth, because they want your ongoing business. Additionally, an SAP MSP will have a better understanding of what it takes to ensure a smooth post go-live and can provide invaluable training and assistance if you do opt to manage the SAP yourself.
- Realize: SAP projects are recursive. At each stage, you test, refine and add to the work done in the previous stage until you’ve built a software solution.Realize is the phase where you more or less finish this process — your team will now move forward and set up the infrastructure and supporting systems. They refine custom code and implement all the applications and analytics you’ll need in your new solution.Any remaining problems with the system, such as performance problems, are ironed out and the solution is tested. The team then tests the migration process itself, ensuring that data can be migrated quickly and smoothly when it’s time to go live.However, the Realize phase is not the migration — it’s not even the dress rehearsal. To make sure everything goes exactly according to plan, your team will retest their solution before migrating in the Deploy phase.
- Deploy: In Deploy, you test everything again — the migration process, the IT infrastructure and even the stakeholders. Your partner will need to make sure everyone, from your IT admin to entry level workers, understands how to do their job on the new system, and provide training to anyone that needs it.The goal of all this testing and preparation is to minimize disruption as much as possible. If the migration is planned and executed well, it will have very little impact on productivity. Your team can migrate during off hours, and have everyone back to work by the next morning.At the end of the Deploy phase it’s time for the main event: the production cutover. There’s not a lot to say about it — if your team has done their work, they’ll know every stage of the process, and have the whole procedure timed almost to the second.In 20 years as an SAP managed services provider, Protera has never breached an SLA — let alone had a failed migration. Make sure you choose a migration partner who can say the same.
- Run: In moving your organization to a new software suite, there will always be adjustments you need to make. Your admins may have to configure new tools, and adjust system settings to deal with, say, demand that’s a bit higher than expected. The run phase is where you handle this needed tweaking and tuning, and prepare your organization for steady-state running.Run is also the phase where you setup your team for success. Your landscape will continue to grow, the software will keep changing, and your admins will have to make daily tweaks to keep the system running. The goal of your migration team is to make sure your SAP Basis admin is doing their jobs well enough that end users are never disrupted by these tweaks.Finally, you should start planning future projects. In the Discover phase, you created an overall IT strategy for the next several years. Once you’ve had a few weeks on your new system, you should revisit that strategy, refine it, and take whatever steps are necessary to accomplish those goals.That doesn’t mean you have to start planning your next project right away. But you don’t want to put off planning until “maybe in a year or two” either. It’s important to stay on track for your next transformation goal, whether that’s in five months or five years.
What Does the Partner Add to SAP Activate?
The partner ecosystem has always been a crucial part of SAP operations. Partners supply tools, methods, expertise and innovation, and SAP gives those partners room to innovate while ensuring quality. That means you have a wide range of tools from both SAP and third parties for various steps of the implementation process.
As a result, your partner’s technology stack can be a crucial factor in migration. SAP MSPs are at different points technologically, particularly when it comes to automation.
Early phases of the project involve a lot of analysis that is traditionally done manually, from analyzing your system’s readiness for migration to auditing custom code. When these processes are automated, it saves a great deal of time, accelerates the project and cuts costs while reducing the risk of human error.
Protera FlexBridge provides the most advanced realization of SAP Activate available. We combine SAP tools, third-party offerings and our own in-house applications in a platform designed to accelerate and simplify the migration process. Instead of using 14 different tools and moving data between them manually, your team can accomplish everything from a single interface, streamlining the process while simplifying project management.
And with that project simplification comes cost and time savings that typically range from 45% to 60% over a traditional approach. Combine that with the improved transparency of Protera’s fully documented process, and you have a clear migration path with significantly lowered risk.
We also provide a complete snapshot of your project up front, with a free assessment report. This will include an in-depth assessment of your system needs, overview of the migration project, solution proposal and cost breakdown.
This accelerates both the technical and functional components of your project, eliminating the costly and time-consuming task of manual system assessment. Likewise, it empowers you as a decision-maker. You have more information earlier in the project, which means you can make more informed decisions about your tech strategy.
Contact us for an SAP migration assessment to start planning your SAP HANA to S/4HANA migration.
Photo Credit: © pinkypills/Bigstock