Skip to main content

SOA and Corporate Culture change

One of the most difficult tasks of a major paradigm shift or architectural change or major technological change is Organizational Culture change (Corporate Culture change).
Without a cultural change SOA's Value Proposition could be turned to nothing, because SOA's benefits such as Service Reuse will not take place. 
In a recent ebizQ webinar Gartner's VP Distinguished Analyst Yefim Natis, talked about SOA Proponents’ Myths. 100% Service Reuse is one of these myths. The reality is that successful Service Reuse ratio is about 30%.
It is obvious that Service Reuse is easy to say and is hard to use.
The expectations of near to 100 percent usage of Objects in Objects Oriented also failed. However, there are significant measured benefits even to small percentage of Object Reuse and more significant benefits for small percentage of Service Reuse.
Why is Service Reuse limited?
The main reasons are Technical and Cultural.
As far as Technical reasons are concerned, sometimes it could be difficult and cost a lot to generalize a Service across systems. Expanding the components included in the service in order to support reuse, could require a lot of coding and increase complexity. Due to this technical limitation large enterprises architecture could include two levels of Service Bus: Enterprise Service Bus (ESB) or Big Bus and ESB like departmental or Line of Business Bus or Small Bus. The Services in the Second level Bus are reused only internally i.e. by different applications in the same department or Line of Business. 
The Cultural issue limiting Service Reuse is related to creating a Reuse Culture in the organization. Absence of Reuse Culture obviously limits the frequency of Service Reuse. The transformation from a traditional organizational culture could be difficult due to resistance to change and other factors.

Resistance

Expect resistance to any cultural change. The reasons for opposing cultural changes required for implementing SOA varied:
1.Conservatives - Some people are conservative and therefore oppose any change.
2. Potential Losers – People who fear that they could not adapt to the new culture and lose their status.  The people included in this group are usually experienced and knowledgeable as far as the current corporate culture is concerned. For example, very productive programmers could lose their rewards in a new culture that rewards Reuse instead of development.
3. If it is not broken do not fix it – People who think that the current culture is good enough. However, in many cases they may be wrong because current business dynamics requires Agility or in other words used more often by Business C level managers (CEO, CFO, etc.) ability to respond quickly.

Changing Corporate Culture

Changing Corporate Culture is not simple. The methods of changing the culture could be specific to each organization.
A nice illustration of a unique way of changing Corporate Culture was posted by Peter Bregman in his blog in Harvard Business School site. The example has nothing to do with SOA, but it illustrated the creativity needed for identifying the key for change.

Comments

Akiva Marks said…
Further preventing such change and leading to SOA failure in many organizations is that such efforts are completely bottom-up. They come from IT for IT - because it's "neat" and "cool" technology (and indeed holds some promise of making things easier).

When this type of change runs into the wall of project managers and senior IT management, that's completely motivated by delivering to business NEED, it fails.

The reuse culture change has to be closely tied to business needs, and demonstrated (to IT and the business) as solving business problems. Then the IT management becomes motivated to embrace the change for it's value in meeting their goals to the business.

Culture change still is difficult, but without the right motivators it's impossible.

Popular posts from this blog

The mainframe: still alive and kicking

Recently, I was interviewed by  Pcon   (unfortunately the link points to an Hebrew only site) as part of debriefing on Legacy Systems.  Pcon is an Israeli company investigating IT topics by quoting professional articles and interviewing experts. They publish the results of the investigations including practical recommendations. This post is mainly about topics raised by me during the interview, but not included in the debriefing, which will be published.    What are Legacy Systems? The term Legacy Systems refers to old application systems and/or veteran technologies still in use.  Usually, the term Legacy Systems is associated with: 1. Mainframe Hardware e.g. IBM System z and its Operating Systems or Proprietary Servers and Operating Systems such as HP Alpha and OpenVMS Operating System, IBM AS/400 and OS/400   Operating System. 2. Development and Production Environments, e.g. COBOL , Natural and DBMS systems such as Adabas  ...

Will Business and IT Aligned?

For decades we are talking about closing the gap between business and IT , but the gap is still as wide as it was. In the beginning of the ERP era, we focused on aligning Business Processes and Core Systems, but in most enterprises we failed. SOA was the next alignment promise: defining the SOA Services in Business boundaries instead of Technical boundaries, should narrow the gap. However, despite of SOA Business Value ( Agility and Reuse )  in most enterprises,  the large Business-IT Gap remained as large as it was.  The IT Community aimed at the next alignment attempt: SOA is technical and BPM is its Business related complement.  Will the current BPM based alignment attempt succeed? I do not know, but Nick Heath's article  titled: Stop doing what the vendors tell you, CIOs told , published in  Tech Republic , suggests that the root of the problem is not Technological .   Stop Doing What the vendors Tell You Nick Heath's article is based ...

Vendors Survival: Will Software AG Survive until 2019?

This post is another post in the Vendors Survival series following posts on Microsoft , Google , HP , Sun and EMC . On July 14 th Software AG and IDS Scheer announced that Software AG is going to take over IDS Scheer . The intended acquisition is an opportunity to add another post in my Vendors Survival posts series. A brief history of Software AG Mainframe products Software AG is larger than any German software company except SAP . It was established in the Mainframe age (in 1969). I worked with many customers, who used and some of them are still using, its two flagship products Adabas and Natural . Although these products support many platforms, their main platform is IBM Mainframe. Adabas is a database and Natural is a development environment. Like other pairs of Database and Development Environment in the mainframe environment (e.g. Ideal and Datacom , Mantis and Supra) build by the same vendor, they are tied together. As a result, although it is possible t...