SOA Management

In this second article about service-oriented architecture (SOA), I offer a concrete plan, along with tips and insights, to help you build an effective SOA roadmap, and to help ensure the success of your SOA initiative.

Any great journey starts with a goal or destination, and your organization's decision to implement SOA is no different. However not unlike the pioneers who set off west in their wagons, you may start with only a vague idea of what awaits you, or how you might get to your destination. To be successful, you must assess your strengths and weaknesses, establish clear direction, choose a route, and then consistently reassess that route as you follow it. You must, to put it simply, create your own unique map for your journey.

What Is an SOA Roadmap and Why Do You Need One?
SOA is an IT strategy that organizes the discrete functions contained in enterprise applications into interoperable, standards-based services that can be combined and reused quickly to meet business needs. The benefits of SOA will only be realized if the balance between long-term goals and the shorter-term needs of the business are preserved. This balance can be maintained by instituting a set of organizational, financial, operational, design, and delivery practices from the outset of your SOA initiative. However it is important that these culture-changing disciplines are deployed in an incremental and iterative fashion, rather then a "big bang" approach, which allows for an organizational learning curve. In essence, an SOA roadmap is an iterative and incremental way to capture (and recapture) your organization's unique plan as you progress.

Your SOA Roadmap should contain three critical characteristics:

• Maturity: Treat your SOA Roadmap as a "living document" that continually captures experiences and lessons learned. As your SOA roadmap matures, your SOA initiative reaches higher levels of sophistication, in a controlled manner. The creation of an SOA roadmap begins with an assessment of your organization's current capabilities and disciplines that are applicable to SOA. This process can be initiated by using BEA's Online Self-Assessment Tool (www.bea.com/framework.jsp?CNT=index.htm&FP=/content/solutions/soa/).
• Scope: A complete SOA roadmap should encompass all six domains (see Figure 1). These domains, while distinct, are interrelated and interdependent. Executing on each domain is fundamental to the success of an enterprise-wide SOA initiative. The SOA roadmap should clearly delineate the boundaries of your SOA initiative and establish a transparent and flexible timeline for achieving SOA goals. These goals should be broken down into manageable phases, which can then be realized in an iterative and incremental manner.
• Quality: By applying a "Learn and Adapt" process at each milestone, and by being both iterative and incremental, your roadmap will remain relevant throughout the SOA initiative. To ensure your SOA roadmap's quality, communicate and validate it with all stakeholders, soliciting feedback and buy-in from all quarters.

How to Build an SOA Roadmap
There are four phases to developing your SOA roadmap: SOA planning, SOA maturity assessment, SOA future vision, and SOA roadmap definition.

SOA Planning
During this phase, your SOA initiative is organized and defined. Stakeholders are brought into the process through communications and briefings, and mutually agreed upon priorities and parameters are set. Because this phase involves employees across your organization, clear and ample communication is critical. During this phase you will:

• Define the scope of SOA
• Establish boundaries and alignments with other IT initiatives
• Appropriately showcase the business justification for SOA
• Show alignment of existing and future business initiatives

SOA Maturity Assessment
During the SOA maturity assessment phase, you will establish a metric for where you are today. Here you will define what services and capabilities you currently have that can serve as a starting point for SOA, as well as identify projects that might serve as foundation projects. Through a series of interviews and questionnaires, your teams should examine the various domains - analyzing, base-lining, and validating the "as-is" current situation for each. Use of BEA's domain model allows you to structure your examination of the following:

• Business Strategy and Process: A top-down view of business strategies and processes
• Architecture: A review of current architectures, policies, and standards
• Cost and Benefits: Overview of existing cost structures and benefits cases
• Building Blocks: An analysis of existing services, processes, tools, and technologies
• Projects and Applications: Review of existing systems and in-flight and planned projects
• Organization and Governance: Analysis of existing governance structures and policies

SOA Future Vision
In this phase, teams use workshops to determine and define the future desired "should-be" state and ensure cross-organizational buy-in:

• Business Strategy and Process: Correlation of SOA future vision with business strategies and processes
• Architecture: Architecture guiding principles, requirements, policies, standards, and reference architecture
• Cost and Benefits: Metrics and measurement requirements
• Building Blocks: Shared services infrastructure requirements, standardize tools
• Projects and Applications: SOA mapping to projects and applications
• Organization and Governance: Governance and compliance structures and policies

SOA Roadmap Definition
This phase is where the SOA roadmap is initially defined. A complete gap analysis should be performed for your corporation's SOA goals and appropriate timelines, based on the information gathered in the previous three phases. Near-term events will be more detailed, while later events will be more fluid - so that they might incorporate lessons learned as you move forward.

• Business Strategy and Process: Opportunity alignment by business value
• Architecture: Near-, medium-, and long-term reference architecture roadmap
• Cost and Benefits: Roadmap of future metrics, cost structures, and benefits cases
• Building Blocks: Prioritization of shared services strategy and standardized processes
• Projects and Applications: Project and application impact
• Organization and Governance: Proposed governance structures and policies

Your SOA roadmap should be treated as a "living document" that continually captures experiences and lessons learned. As your roadmap matures, your SOA initiative will reach higher levels of sophistication in a controlled manner (see Figure 2).

Conclusion
The goal of this article is to provide you with a framework for creating your own SOA roadmap, and an explanation of why that roadmap is so important for your SOA initiative. Your roadmap is your guide for what to develop, when to develop, and when to deploy what you've developed, and should be your single most powerful tool for a smooth deployment of SOA. For more information on BEA's SOA solutions, please visit www.bea.com/soa.

References

• BEA Domain Model Whitepaper (PDF): http://contact2.bea.com/bea/www/soarc/ login.jsp?PGM=1&PC=10SOSO4
• Successfully Planning for SOA: http://contact2.bea.com/bea/www/soarc/ login.jsp?PGM=1&PC=10SOSO4