What This Article Covers
- SAP Change Management
- SAP and Customization
- Change Management + No Customization + Best Practices + Process Rearrangement to Whatever SAP’s Functionality Does
SAP frequently uses the topic of change management to control perceptions on projects. In this article, we will see how SAP uses resistance to change as a cover for a lack of functionality to meet customer requirements.
SAP and Customization
SAP has had a long-standing policy of trying to get customers to change their business processes to match SAP’s functionality. SAP exaggerates how much their software does and presents a false construct called best practices, that states, rather absurdly, that all best practices reside within SAP’s software. This absurdity is covered in the article The Basis for SAP’s Best Practice Claims.
After an SAP sales cycle completes, it is always found that SAP cannot do as much as it was proposed that it could do to meet the business requirements. In most cases, the requirements have been rigged by the consulting company supporting the software selection to select SAP no matter the requirements. As users begin to push back on having to change their business processes, SAP, along with the consulting company will trot out the argument that the company is simply being resistant to change.
Change Management + Little Customization + Best Practices + Process Rearrangement to Whatever SAP’s Functionality Does
SAP is interested in fitting whatever their customer’s business process is into their software. SAP consulting companies want to maximize their billing hours, so in fact, they are actually pro customization, while SAP is anti-customization.
But overall, SAP has developed a very effective strategy where they use these various concepts to cut off a customer’s options and to brand anyone who does not agree with SAP as essentially a problem. The options of a customer narrow even more after the software is implemented. At that point, a series of new restrictions are put into place.
The Challenge of IT Change Management
In the article by ASUG which provided false information regarding a S/4HANA implementation for S/4HANA, some germane statements are made regarding how change management is most often explained and commingled with other topics to control the behavior of SAP implementations.
The key challenge in any “vanilla” implementation is acclimating people to an environment where they are adapting their work processes to a system, rather than adapting a system to their work processes. That means a change management strategy is as important as a technology strategy.
This has been the boilerplate statement of SAP and SAP consulting companies for decades. Yet is extremely difficult to find SAP implementations that don’t have moderate to extreme customization. And it is not like these previous projects did not have change management as a concept. Secondly, the issue of entirely relying upon change management does not solve the issue. There are often processes that it does not make sense to change to SAP’s way of doing things. These may be key business requirements for the company that they can’t change. For example, ECC has always been weak in process industry manufacturing. Companies cannot simply adopt ECC’s functionality for process industry manufacturing because they simply don’t make any sense for the company. Doing so would be a force fit, that would leave the company unable to function properly. SAP is often confused, thinking that everything that the company does must be sacrificed at the altar of how SAP works. However, there is a different idea, that the software should support what the company wants to do.
“The only way you can crack that nut is by not only having change champions within the organization but by also simplifying the solution as much as possible,” says Sharma. “People will accept change only when they know that their job is going to be easier.”
Here Sharma is commingling two issues into “change management.” One is the issue of simplification and change resistance, and the other are the requirements of the company. In the example of a process industry, it is not a question of simplification of the process. The issue is that process industry companies perform manufacturing in a way that SAP does not effectively model. Any process industry manufacturing company that uses vanilla ECC or vanilla S/4HANA will lose money if they don’t either customize ECC or S/4HANA or use other applications to perform some of the functions and then integrate back to ECC or S/4HANA. This example does not have anything to do with people resisting change simply to resist change. SAP and their consulting partners enjoy placing any resistance to SAP into the category of “resisting change,” but this is inaccurate. Resisting change due to being set in one’s ways can occur, but it is not the majority of the resistance to SAP generally. The main reason for resisting SAP is that SAP cannot meet certain business requirements.
Change management is a euphemism that is used by SAP and SAP consulting companies to make customers feel bad for the fact that SAP’s applications can cover far less of the functionality than was expected during the sales process. I have personally been in multiple scenarios where SAP mislead the customer as to what certain functionality could do, and I have never seen SAP own up to this with a customer. Instead, SAP will blame some “miscommunication” that may have occurred.
In this way, the terms that SAP uses, such as “change management,” serve as terms of propaganda which allow SAP to remove itself from criticism. The problem, according to SAP, is never that they mislead the customer as to what requirements could be covered by SAP functionality. Secondly, SAP consulting companies support this perspective, because they normally rig the requirements so that SAP will win the software selection. Therefore, they provide the same false messaging as SAP. From this, the customer often believes they are receiving objective advice.
Who is the Most Accurate Source on SAP?
Want to find out? See... A Study into The Accuracy of SAP