Successfully Planning For SOA, Building Your SOA Roadmap - Part2

Successfully Planning For service-oriented architecture SOA, Building Your SOA Roadmap (Part 2) by Stephen Bennett

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 service-oriented architecture SOA initiative.

Any great journey starts with a goal or destination, and your organization's decision to implement service-oriented architecture 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?

Service-oriented architecture 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 service-oriented architecture 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 service-oriented architecture 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 service-oriented architecture 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 service-oriented architecture 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 service-oriented architecture SOA roadmap: SOA planning, SOA maturity assessment, SOA future vision, and SOA roadmap definition.

SOA Planning
During this phase, your service-oriented architecture 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 service-oriented architecture
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 service-oriented architecture 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 service-oriented architecture 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 service-oriented architecture 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 service-oriented architecture 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 service-oriented architecture 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 service-oriented architecture 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

Source: http://webservices.sys-con.com