Vendor Accent

SOA is SOL without BPM

Kaushal Mashruwala illustrates the importance of BPM as an enabler for SOA

How many times have you heard that SOA is the next big thing? It’s particularly fascinating how the perspectives of customers and vendors evolve on ‘the latest thing’ and where they find the value. The Service Oriented Architecture (SOA) wars have been interesting to watch for exactly this reason. Integration vendors, pure-play BPM vendors and leading application platforms all have an SOA story. The major vendors have focused education efforts on teaching people what SOA is, and how it can make their infrastructures more ‘agile’. And while attendance in forums on the topic is still high, SOA strategy and execution is failing in many companies.

Take, for example, a recent Forrester Research Survey that found 38% of companies with more than 1,000 employees are not using SOA and have no plans to do so. Of the companies that are using SOA in some form or fashion, 40% haven’t begun or are using SOA with no clear strategy in place. The 80/20 rules seems to imply that 80% of people don’t and won’t get SOA in the organization.

If the world’s biggest-budgeted software vendors really want to have sponsors in both IT and business units, and keep selling software, they need to elevate the role BPM plays in their suites.

Is Gartner’s classic ‘Trough of Disillusionment’ permanent?

Gartner first proclaimed that SOA was entering the trough of disillusionment in 2005. While everyone’s hoping it is the trough, SOA is certainly ebbing in terms of expectations. But what’s interesting about the cycle this go around, as opposed to the hype shifts in other technology areas, is who’s driving the shift.

In the cases of integration (message bus vs. point to point ) business intelligence (centralized v/s decentralized data-warehousing) or even programming itself (functional vs. object oriented design), the ‘trendiness’ ‘mood’ or ‘hype cycle’ of the particular architectural movement was solely in the realm of technologists—technocrats identified an approach, recruited converts to the new way of thinking, adopted it, and inevitably morphed it into something more practical or palatable in real world application.

With SOA however, the people who are changing the mood aren’t technologists—they are business people that own mission critical areas of the business. The shift in budget control post-dot-com is not the only thing that has emboldened business people. The ebb of SOA is a revolt by business people against yet another buzzword invented by IT.

Let them eat cake?

SOA started as an architectural philosophy of ‘good hygiene’ for technology buildout. No one would or does argue that treating the discrete functions of the business (as embodied in technology systems) as reusable Web services is inherently bad. But the push of big platform companies to make SOA into a compelling sales situation turned it into a front page news story. Business people read the story and they immediately put their guards up around IT’s new buzzword.

The message delivered is not meant to be divisive, nor condescending. Rather, over time, working with business people who don’t want to deal with “unnecessary details,” IT people have grown accustomed to just taking the lead on IT implementations without the necessary input from the business team. Today, it’s becoming a critical divide.

The king is dead

More and more business people recognize that the company’s ability to meet core objectives like customer satisfaction, profitability, and compliance are inextricably bound to the technology systems that support the business’ operations. This time around business people aren’t willing to be held at arm’s length. They want a role and if they don’t get it, they’ll stop any initiative and pull budgets ruthlessly.

This new role for business has taken IT by surprise in some situations. Business people are getting into their world more and more. The places where IT has been used to be undisputed ruler have evolved into more of a partnership. There is no king.

SOA, therefore, is not like other technologies, typically absorbed over time into the usual day-to-day operations of the IT organization. Rather SOA’s success as a technology approach is faced with a shift in the fabric of the relationship between business and IT.

The Balancing Act

Business Process Management (BPM) gives many businesses an approach that balances the architectural benefits of SOA against the cultural shift that business people are demanding. BPM embodies both a technology approach to support business agility as well as a management philosophy that promotes it. SOA, or any other framework to integrate it into a company’s systems, is a means to the end—a better-run business.

On the technology side, BPM suites bring to the IT organization the tools they need to build open, Web service enabled infrastructures that leverage their underlying systems and span traditional functional silos like sales, marketing, engineering and finance. BPM technology includes capabilities for designing secure yet flexible mission-critical solutions that scale to the needs of the largest businesses.

The management philosophy of BPM empowers business people to think about the processes that affect their day to day lives and operations. It gives them a new role in defining requirements, on their terms, and creates a common language for business and IT to address real implementation level concerns (like scope, objectives, and end-user expectations).

Putting BPM into play in your business achieves two things. First, it creates a common language between business and IT to discuss real-world business problems stripped of buzzwords. It enables people w ith different skill sets and perspectives to sit down and model out (using modeling tools) business issues. This gives business a sense of ownership in the technologies that support it.

Secondly, BPM supports IT’s drive for system flexibility and reusabity. By pushing more capabilities to business people in identifying project objectives using modeling tools, IT is freed to focus on building clean, Web service enabled applications based on the architectural concepts embodied in SOA.

Long Live the King

This role of BPM as the business face of SOA is not just a possibility. It’s happening now. The same Forrester study, which found people struggling to adopt SOA, drilled into the details of those with successful SOA strategies. It found that of the North American businesses with clear SOA strategies, more than 90% of them felt that BPM was an important part of that strategy.

If you’re thinking about pursuing SOA in 2008, aren’t making much progress or haven’t even started, remember: SOA is SOL without BPM.

The author is Managing Director-India, Savvion. www.savvion.com