c01_1 07/08/2008 16
experience, most SDLC processes are not well-suited to SOA or services,
even in their most agile instances. Agile development does not directly
translate into an SOA/Services SDLC, although an SOA/Services SDLC pro-
cess will be far more agile than its precursor. It has to be.
Because the nuances of SOA demand a holistic approach to governance,
there are more stakeholder requirements and perspectives to consider in an
SOA initiative than the usual IT application delivery view. The bottom line
is that all of these interests are valid in an SOA initiative, and all of these
roles are stakeholders in an SOA. The real challenge of SOA governance is
defining the critical stakeholders and ensuring their interests are served by
the SOA strategy, planning, and execution through effective SOA gover-
nance. The following questions will help frame the high-level requirements
of enterprise SOA governance:
&
What are the goals of your SOA initiative? What must be governed to
help ensure these goals are realized?
&
Who are the primary stakeholders of your SOA initiative? Is your SOA
business-driven or IT-driven?
&
What key decisions, assets, or resources must be governed today? What
are the key governance concerns and challenges you must overcome to
realize the targeted benefits of SOA?
&
Who owns the processes, assets, and resources that must be governed?
Data View
Tech and Architecture View
Legacy Systems View
Provider View
Consumer ViewServices Lifecycle/SDLC View
SOA Strategy ViewSOA Governance View
Process, Domain and POR
Expertise; Knowing What Must
Be Done
Mission, Business, and IT View
Requirements ViewServices View Process View
Acquisition View
Security ViewSOA Finding View
SOA Funding and Budgeting,
Service Portfolio Ownership,
Incentives to Share/Reuse
Services Portfolio Mgt, Services
Taxonomy, Services
Stewardship and Ownership
ID, Modeling, Design and
Publishing of Services
Wrapping/Exposing Services from
Legacy Systems; Refactoring and
Retiring Legacy Systems
DoD SOA Strategy, ID SOA
Opportunities and Anti-Opportunities
Agile acquisition; Ensuring
Program Reuse; Incentives to
Expose via SOA and Services
Mission Threads, Business
Processes, Orchestration, BPM,
Process Re-engineering
SOA Ref Arch and Ref Imp; SOA
Infrastructure and Enabling
Technology
Process, Domain and POR
Expertise; Knowing What Must Be
Done; Process Transformation
Securing Data and Network,
Authentication, Authorization,
Audit; WS-* et al
Doctrine and Policy;Warfighter
and Mission Requirements;
Business Requirements
Consumption, Orchestration,
Composition, Deployment and
Provisioning
Data Services, DoD Data Strategy,
Canonical Form, Enterprise Data
\Model, Semantic Integration
Governance Org, Processes,
Policy Enforcement, EA and
Lifecycle, Runtime governance
Agile Development and Services
Development Lifecycle
Exhibit 1.2 SOA Governance Stakeholder Landscape
16 THE SOA GOVERNANCE IMPERATIVE