For a brief intermission before I make the final posts on managing the shared responsibilities for SAP project success I thought I would offer this explanation of the different strategies and approaches for an SAP project.
There are three key dimensions to an implementation strategy–, they are: 1) the vendor type; 2) the methodology-tools-templates-resources for a project, and; 3) the implementation approach. The decisions you make around these three areas generally make up the implementation strategy for your SAP project.
SAP Implementation Methodology
For the methodology approach I will assume you are using the SAP ASAP methodology. As a result other than mentioning it here I won’t spend a lot of time on this one. With only a few exceptions, nearly every SAP system integrator claims they follow the SAP ASAP methodology. As an ASAP certified consultant since the late 90’s I can assure you that few SAP system integrator project managers actually follow much of the ASAP methodology no matter what claims they make during the sales cycle.
The SAP ASAP methodology will help to ensure you are doing the right things in the right way
I’ve written on the ASAP methodology in A New SAP Implementation Methodology and Implementation Steps and for more background on the different vendor or project approaches see Breakthrough Project Success: 2 of 4, IT Vendor Proposal RFP . And let’s put this in context, the SAP ASAP methodology has been used literally tens of thousands of times. It is tested, proven, and it plain works!
The SAP ASAP Methodology is tested, proven, and it plain works!
As a parting note I would strongly encourage any SAP customer to get their own copy of the ASAP methodology. No matter what stage of your SAP project the SAP ASAP methodology will help to ensure you are doing the right things in the right way.
For more information on acquiring your own copy of the SAP ASAP methodology, see the 10 steps I previously outlined under the section “Where to start with developing a solid SAP business case based on business and IT strategy” in the post ERP and SAP Business Case for ROI, Business Benefit, and Success. During the sales cycle (or during your project if you are past that) ask your SAP system integrator to show you the SAP ASAP methodology. There are two identical versions, one is an HTML web server version and the other is integrated into Solution Manager. Both are free, and the HTML version is available to any customer or vendor free of charge who wants to download it directly from SAP. There really is no reason they can not make it available. Because of its wide availability you should beware of any vendor who pitches the SAP ASAP methodology and can not make it available to you!
If you are an end SAP customer contact me and I will arrange for you to get your own copy!
SAP System Integrator or Implementation Vendor Type
This topic is a little different because there are several possibilities for how you approach your vendor selection or project staffing. Each of them has their benefits and drawbacks and some of them can be substantially different in cost and results. The type of implementation vendor and consultants you use will also affect your implementation strategy.
You may wish to employ a well established system integrator; a “boutique” consulting firm; or completely manage the project with your own selected staff of contractors; or you may want to consider a hybrid approach. If you are considering the contractor route, of staffing a project yourself, you might wish to review the screening methods to find the right consultant Part 1 and Part 2.
You will also need to determine your project implementation model. Will you do a pure time and materials approach, or fixed fee, or time and materials with penalties for under-delivery (over budget, over time) and rewards for over delivery (under budget, early), or time and materials with cost controls, or a blend of some of the approaches.
If you choose the large integrator be prepared for the full sales pitch about their “special” methodology (whether it actually exists or not). This is one of the classic approaches the larger consulting firms use to try to differentiate themselves. However the SAP ASAP Methodology has been tested and proven so many thousands of times that any other approach actually introduces risk into the project. That does not mean that there aren’t ways to supplement that methodology — there are a few gaps — but the ASAP methodology is very solid, reliable, proven and consistent.
The boutique firm may work well for many companies, but they have the drawback of being focused on a narrow niche area.
The company run implementation with outside contractors (rather than a system integrator) requires a very experienced, very skilled SAP project manager. I have participated on two of these projects that were very successful and their rates were about 35 – 50% less expensive than other consulting options. One significant caution here is this type of approach can be a disaster without the means to carefully screen consultants and without a very seasoned SAP project manager. The other problem is that many (though not all) of the staffing and recruiting firms are so “sleazy” that you are better off putting in the effort to screen yourself. Back to the chicken or the egg problem, this requires someone who has the capability to do the screening. This approach has probably the highest reward and the greatest risks associated with it.
SAP Project Implementation Approach
Over the years I’ve only ever seen two key approaches to SAP implementation projects–, Big Bang or Rollout projects. Within these two methods you can do a Phased Approach as well, but that is more of an issue of functionality scope rather than organizational scope.
Organizational scope would cover the “Big Bang” SAP implementation approach and the “Rollout” SAP implementation approach. It affects the amount of the company or organization that is affected by the project.
Functional scope would address the amount of the SAP business software that you plan on bringing into your organization(s). This would generally be a “Phase” of the project. For example you might bring in Financials and Supply Chain functionality in Phase 1, and then CRM or online ordering or BI / BW (reporting) in Phase 2, etc.
ERP Big Bang
The “Big Bang” SAP approach is probably the most common and generally involves a single major functional event. It usually affects all “legal companies” where financial reporting is required for taxes or regulatory requirements. This can be a large implementation across multiple countries, multiple business divisions or product lines, and generally affects the whole of the organization.
The “Big Bang” approach may be easier from a single “change event” or “change shock” to the company and organization but it has a number of drawbacks as well. For example with any ERP application some of the potential design, data, and knowledge transfer problems are only discovered after the system is live. So if your SAP system integrator or vendor is not as skilled as their sales presentation might have indicated you could end up with serious long-term difficulties, cleanup, and ongoing maintenance headaches.
The Rollout approach is fairly popular among a number of larger SAP customers with several legal companies, several locations, or multi-nationals that do business in several countries.
Advantages of this approach includes the ability to “learn” from each rollout and improve subsequent operational rollouts. Rollout risk can be more carefully managed because data and configuration inconsistencies can be discovered, remedied, and resolved while the subsequent rollout is occurring. Change is better absorbed over a longer period of time in the company and knowledge transfer is generally better handled if the customer insists their resources are involved (done correctly this can actually reduce overall implementation costs).
Disadvantages of this approach are that it generally costs more because cumulatively it takes more time and effort to manage the ongoing operations while also bringing on new operations. Also the blueprint will need to be re-visited for each rollout location because no matter what ANY integrator says (or what the SAP documentation purports) there always seems to be some legitimate differences between each rollout location. Failure to re-visit the blueprint for each rollout, no matter what the integrator or SAP might say, can cause more difficulties than it is worth. However, these later stage blueprint reviews and adjustments are not as intense or time consuming.
ERP Phased Approach
Because of the many variations and options we will re-visit the Phased Approach at a later date with more details.
- SAP Implementation strategy
- what are types of implementation strategies