Skip to Content

Enterprise Architecture in an SAP Organization

After participating in a very active discussion on the role of an EA in the past few weeks there were many remarks on what traits an EA should have in an organization.  With more than 50 EA’s participating in the discussion in the LinkedIn EA community I was amazed at many of the comments which I summarized in an existing Google Wiki attached in – Characteristics of a Good EA.  These are all good attributes of the “pure” Enterprise Architect which ultimately depends on the organization and culture you work for.


One aspect of how an Enterprise Architect fits into any organization is based on size of that enterprise they work in.  In smaller and mid-sized organizations, enterprise architects are expected to play multiple roles such as having the knowledge as an enterprise strategic advisor, but can also coach and provide advice on business architecture, information architecture, application architecture, technology architecture, implementation and governance.  In larger organizations, their focus is strictly on being the strategic advisor, architecture leader, and planner through facilitating a group of knowledge specialists for enterprise wide initiatives.


So how does a technology like SAP affect the role of the Enterprise Architect?

My perspective is that if an organization owns SAP, then it is a strategic asset.  The company, no matter what size, has made a considerable investment on the software and should be considered as such. If it were a generation unit in the utilities industry or a well for Oil & Gas, the organization would do as much as possible to “Sweat the Asset”.   To make sure to consider utilizing an existing asset to the fullest degree before purchasing a new one or replacing the existing asset. 


This is true for SAP as well…Which would mean that the Enterprise Architect should “consider” existing SAP assets before making a recommendation to procure any new software.  This is especially true in our current economy.  Now in small to mid-market organizations that means that the Enterprise Architect may need to understand some of the key capabilities of the SAP software portfolio they own, where as in larger organizations they will facilitate a group of SAP knowledge specialists to consider objectively the right product to meet the business objectives and strategies.  Even in a small organization the latter approach might be considered best practice.


In the next few months on a bi-weekly basis I will give an overview on how one can develop a road map.  Helping the business to consider technologies that can help their businesses as well as determining whether or not SAP can fulfill a business need and what technologies are required to do so.

You must be Logged on to comment or reply to a post.
  • Darin,

    thanks for your fruitable blog and the links you’ve provided. To participate in your initiated discussion I would like to give you some of my thoughts about EA and the use of EA Frameworks in SAP Projects.

    The hype of BPM which is currently enhanced through SAP’s engangement in BP Management, BP Modeling and BP Monitoring should be a vehicle to boost or even start EA engangements in at least large and mid market companies with a globalized alignment. The EA perspective often regards its EA initiative as Input and/or supporting methodology for future/present BPM, SAP or other Architecture Implementation Projects.

    But why not flip this perspective and using a BPM Initiative to make succesfull EA? I like this idea and currently I made a couple of interesting experiences while working in integration projects in heterogenous system landscapes with a process oriented approach. This means that processoriented SAP projects could initiate reasonable EAM projects (first only internal, afterwards with consulting demand).

    As I mentioned at the beginning I would like to participate in your blog thoughts and share some of my thoughts about EA in SAP projects.

    Kind regards,

    • Thanks Dries,

      Yes I completely agree that BPM can be used as a vehicle to boost or even start EA engagements in certain circumstances, especially if you are modeling from a SAP perspective. Using the predefined reference models via the BP Repository in solution manager can give an organization a head start with a number of reference models.

      Other tools like solution composer which again have similar models to that of the business process repository can be used to understand the value chains and processes that are industry specific and not.

      With all of this said I would like to bring this conversation up a level to understand strategic planning from both a business and technical perspective.

      What is required?  I have my thoughts but would love to hear from others.