Keys To Successful Governance with SOA

13,805 views

Published on

It is difficult to overstate the importance of governance to SOA initiatives, whether in the context of service governance (i.e. governing the lifecycle of services from creation through deployment) or the broader issues of IT governance (commonly defined as specifying the decision rights and accountability framework to encourage desirable behavior in the use of IT). This session presents a holistic discussion of governance with SOA. It outlines the key policies that organizations should consider with regards to finance, portfolios, operations, architecture, technology, projects and people. It will also outline six successful steps to governance with SOA, as part of the decisions, processes and policies that contribute to successful business and SOA objectives. The presenters will address, how as part of the execution of an SOA strategy, organizations should put together a SOA Roadmap. Also discussed is how organizations need to govern the execution of the SOA Roadmap to ensure delivery of all SOA and business objectives.

Published in: Business, Technology
1 Comment
24 Likes
Statistics
Notes
  • If governance is about getting people to do the right thing at the right time, in the right way; then, we need a second tier to get the government to do the right thing at the right time, in the right way.

    Glen Woodfin at www DougWead.net
       Reply 
    Are you sure you want to  Yes  No
    Your message goes here
No Downloads
Views
Total views
13,805
On SlideShare
0
From Embeds
0
Number of Embeds
120
Actions
Shares
0
Downloads
1,743
Comments
1
Likes
24
Embeds 0
No embeds

No notes for slide
  • Keys To Successful Governance with SOA

    1. 1. <ul><li>Dr Mohamad Afshar </li></ul><ul><li>Sr. Director, Product Management </li></ul><ul><li>Oracle Corporation </li></ul><ul><li>SessionTitle: </li></ul><ul><li>Keys to Successful Governance with SOA </li></ul>Welcome to Transformation and Innovation 2007 The Business Transformation Conference Ben Moreland Director, Foundation Services The Hartford
    2. 2. <Insert Picture Here> “ Specifying the decision rights and accountability framework to encourage desirable behavior in the use of IT.” Peter Weill Professor, MIT
    3. 3. Establish chains of responsibility authority and communication to empower people (decision rights) And establish measurement and policy control mechanisms to enable people to carry out their roles and responsibilities Governance is about getting people to do the right thing at the right time in the right way leadership and organisational structures and processes that ensure that the organisation’s IT sustains and extends the organisation’s strategies and objectives IT Governance Institute Delivery of value to the business and mitigation of risk: mitigation through accountability in the enterprise; driven by strategic alignment Organizational structures and processes that ensure organizations IT sustains and extends the organizations strategy and objectives Not about making specific IT decisions (management does that), but rather determines which individuals and roles with the company systematically make and contribute to those decisions.
    4. 4. Marks of Good IT Governance With SOA <ul><li>Differentiated Business Strategies Enabled by SOA </li></ul><ul><li>Business Objectives for Evaluating SOA Investments </li></ul><ul><li>Executives Engaged and Can Describe Arrangements </li></ul><ul><li>Stable with Few Changes Year to Year </li></ul><ul><li>Well-Defined Formal IT Exception Processes </li></ul><ul><li>Multiple Formal Communications Methods to Engage Business Leaders </li></ul>
    5. 5. Where Do You Stand? ? SOA by Accident IT Plan Non Existent or Not Aligned with Business Plan IT Reactive to Business Initiatives No SOA Strategy No SOA Roadmap Silos of SOA SOA By Design IT Plans Aligned with Business Plans and Initiatives SOA Strategy that is Communicated Widely Well-Defined Business Benefits Sought from SOA Strategy SOA Roadmap Aligned to Deliver on Business and SOA Strategy
    6. 6. Governance is Key to Delivering on SOA by Design Delivery With Control & Reduced Risk Governance with SOA Business Strategy SOA Strategy SOA Roadmap Business Plan EA Strategy
    7. 7. Constituents of a SOA Roadmap SOA Strategy SOA Roadmap Planning Helps Avoid Duplicated Effort, Realize SOA Benefits Earlier and Support Improved Ability to Deliver Projects to SOA Risk Identification and Mitigation Against them Capability Development to Improve Ability to Deliver on SOA Project Leverage Services Portfolio Maximize Reuse Align with Platform Availability SOA Requires Competence in a Range of Areas Source of Risk How to Lessen Impact Business Services Portfolio Plan Which Services, When Buy-in from Business Leverage Projects to Build Infrastructure SOA Benefits Expected Risk Profile For Projects SOA Requires Capability Planning Prioritized Projects In Project Portfolio
    8. 8. Essence of Governance with SOA Processes (How) Decisions (Who) Policies (What) <ul><li>GOVERNANCE with SOA ADDRESSES </li></ul><ul><li>What decisions must be made for effective management </li></ul><ul><li>Who should make those decisions and who has input rights? </li></ul><ul><li>How will the decisions be formed and enacted </li></ul>
    9. 9. Key Leverage Points for SOA Governance | Prevalent View Financial Portfolio People Operations Projects / Service Lifecycle Technology Architecture Service Usage Fees Service Funding Model Projects Applications Platform Funding Business Services Roles & Responsibilities Service Ownership EA Group Service & Process Owners Service Lifecycle Gov Shared Artifacts Capacity Planning Enforce Service Levels Enforce Policies Strategic SOA Platform Shared Foundation Srvcs Enforce Platform Decisions Reference Architectures Architectural Standards Blueprints & Patterns DRIVEN BY EXECUTIVES Information Data Standards Data Quality Data Ownership
    10. 10. Key Leverage Points for SOA Governance | Full Picture Financial Portfolio People Operations Projects Technology Architecture Service Usage Fees Service Funding Model Projects Applications Platform Funding Business Services Roles & Responsibilities Service Ownership EA Group Service & Process Owners Service Lifecycle Gov Shared Artifacts Capacity Planning Enforce Service Levels Enforce Policies Strategic SOA Platform Shared Foundation Srvcs Enforce Platform Decisions Reference Architectures Architectural Standards Blueprints & Patterns DRIVEN BY EXECUTIVES Information Data Standards Data Quality Data Ownership
    11. 11. Financial <ul><li>SOA may require governance of new policies and procedures around SOA Funding and Chargebacks </li></ul><ul><li>Distribution of Budget </li></ul><ul><ul><li>Funding the SOA Journey and Programs </li></ul></ul><ul><li>Allocation and Funding of SOA Software License, Hardware </li></ul><ul><ul><li>Based on Priorities </li></ul></ul><ul><li>SOA Center of Excellence Funding </li></ul><ul><ul><li>Allocating cost of SMEs </li></ul></ul><ul><ul><li>Covering costs of outside consulting </li></ul></ul><ul><li>Defining the Service Usage Fee Model </li></ul><ul><ul><li>Chargebacks for shared services usage </li></ul></ul><ul><ul><ul><li>Foundational, architectural services such as Error Handling, Notification, etc. </li></ul></ul></ul><ul><ul><ul><li>Business Services built by projects such as Customer Lookup, Item Validation, etc. </li></ul></ul></ul><ul><ul><li>Allocating support costs (operations, enhancement, bug fix) of shared services </li></ul></ul>
    12. 12. Portfolio <ul><li>Successful SOA Governance requires alignment of the IT Portfolio with the SOA Strategy and Roadmap </li></ul><ul><li>Application Portfolio Planning </li></ul><ul><ul><li>Ensure application lifecycles (upgrades, enhancements, maintenance, sunset) are consistent with the SOA Strategy </li></ul></ul><ul><li>Infrastructure and Technology Portfolio Planning </li></ul><ul><ul><li>Ensure hardware and software agendas are consistent with the SOA Strategy </li></ul></ul><ul><li>Project Portfolio Management </li></ul><ul><ul><li>Create projects to align applications and infrastructure to the milestones and goals of the SOA Roadmap </li></ul></ul><ul><li>Services Portfolio Planning </li></ul><ul><ul><li>Business Services Portfolio </li></ul></ul><ul><ul><li>Foundational/Technical Services Portfolio </li></ul></ul>
    13. 13. People <ul><li>SOA is not only a Technology Shift. Policies governing employees must be included in SOA Governance </li></ul><ul><li>Clarity Around Roles and Responsibilities </li></ul><ul><ul><li>Process Ownership – NEW </li></ul></ul><ul><ul><li>Service Ownership – NEW </li></ul></ul><ul><ul><li>Architecture </li></ul></ul><ul><ul><li>Development Approach - NEW </li></ul></ul><ul><ul><li>Testing Approach </li></ul></ul><ul><ul><li>Operations </li></ul></ul><ul><ul><li>Training </li></ul></ul><ul><li>Enable and Support People Making the Change </li></ul><ul><li>- Organize around the SOA Vision </li></ul><ul><ul><ul><li>Knowledge Centers – SOA CoEs </li></ul></ul></ul><ul><ul><ul><li>Enterprise Architecture Group </li></ul></ul></ul><ul><ul><ul><li>Cross Project Governance Board </li></ul></ul></ul><ul><ul><ul><li>Foster Innovation and Creativity </li></ul></ul></ul><ul><ul><li>Demonstrate Leadership </li></ul></ul><ul><ul><ul><li>Affirm Executive Buy in and Support </li></ul></ul></ul><ul><ul><ul><li>Monitor progress </li></ul></ul></ul><ul><ul><ul><li>Provide Rewards/Incentives </li></ul></ul></ul>
    14. 14. Projects <ul><li>Project Prioritization </li></ul><ul><ul><li>Align with Strategy/Roadmap </li></ul></ul><ul><li>Ongoing Service Ownership and Management </li></ul><ul><li>Consistency in Service Implementation </li></ul><ul><ul><li>Design, Code Reviews </li></ul></ul><ul><li>Create, Store, Find Shared Artifacts </li></ul><ul><li>Utilization Shared Services </li></ul><ul><li>Service Lifecycle Governance </li></ul><ul><li>Business Process Lifecycle Governance </li></ul>Policies, processes and decisions must guide the projects designed to deliver on the SOA Vision
    15. 15. Service Lifecycle <ul><li>Service Identification and Design </li></ul><ul><ul><li>Services Identification Framework </li></ul></ul><ul><ul><li>Service Interface Design </li></ul></ul><ul><ul><li>Approving a Service </li></ul></ul><ul><li>Service Development </li></ul><ul><ul><li>Consistency in Service Implementation </li></ul></ul><ul><ul><li>Building for Reuse </li></ul></ul><ul><li>Service Deployment </li></ul><ul><ul><li>Publishing a Service </li></ul></ul><ul><li>Service Operations </li></ul><ul><ul><li>Policies Relating to Services - Security </li></ul></ul><ul><ul><li>Service Change Requests </li></ul></ul><ul><ul><li>Service Versioning </li></ul></ul><ul><ul><li>Service Retirement/Sunset </li></ul></ul>Proper Service Lifecycle Governance is a critical component of SOA success. Without this, you may have services and SOA technology, but you will not realize benefits of an enterprise Service Oriented Architecture
    16. 16. Architecture <ul><li>Standards Compliance </li></ul><ul><ul><li>WSDLs WS-I Compliance </li></ul></ul><ul><ul><li>Architecture Assessments </li></ul></ul><ul><ul><li>Review & Change Processes </li></ul></ul><ul><li>Reference Architecture(s) </li></ul><ul><li>Guidelines </li></ul><ul><ul><li>Service Interface Design </li></ul></ul><ul><ul><li>What to Repeat (patterns) </li></ul></ul><ul><ul><li>What to Share (reuse) </li></ul></ul><ul><li>Blueprints </li></ul><ul><ul><li>Multi-Channel </li></ul></ul><ul><li>Patterns </li></ul><ul><ul><li>Data Integration </li></ul></ul><ul><li>Architecture Documents </li></ul><ul><ul><li>Goals, Use Cases, Views, Standards </li></ul></ul>SOA Architecture provides the foundation to ensure consistent, shareable services
    17. 17. Technology <ul><li>Select technical technical solutions that adhere to industry standards </li></ul><ul><li>Platforms and Infrastructures should Evolve </li></ul><ul><ul><li>Aligned with Service Portfolio Plan and SOA Roadmap </li></ul></ul><ul><li>Build Consensus to Migrate to an SOA Platform </li></ul><ul><li>Enforce Platform Decision Across IT Teams </li></ul><ul><li>Manage Timing and Implementation of SOA Platform Enhancements </li></ul><ul><li>Design and Build Shared Foundation Services as Part of SOA Infrastructure </li></ul>Technology must be identified, sourced and managed like any other component of SOA - It is not a one-time “fire-and-forget” decision
    18. 18. Operations <ul><li>Develop an Operational Model for Services </li></ul><ul><li>Formalize Capacity Monitoring and Planning </li></ul><ul><li>Control Service Execution </li></ul><ul><ul><li>Define/Enforce Service Levels </li></ul></ul><ul><ul><li>Define/Enforce Runtime Policies (Security, Access, Logging, Billing) </li></ul></ul><ul><li>SOA Infrastructure Monitoring and Management </li></ul><ul><li>Polices for Review and Handling of Exceptions and Violations </li></ul>Operations of an SOA could be different than standard IT operations. Changes to existing, or even new policies may be needed to govern Operations for a SOA
    19. 19. Information <ul><li>Establish Data Ownership and Stewardship Model: </li></ul><ul><ul><li>Define Roles & Responsibilities for Data Consumers and Produces </li></ul></ul><ul><ul><li>Set Data Standards </li></ul></ul><ul><li>Build a Data Services Architecture </li></ul><ul><li>Mandate Data Access: </li></ul><ul><ul><li>Schemas for Exchanging Core Enterprise Data </li></ul></ul><ul><ul><li>Services as Single Sources of Truth Key Enterprise Entities </li></ul></ul><ul><ul><li>Policies for Access Control </li></ul></ul><ul><li>Policies for Resolving Data Conflicts to Improve Data Quality </li></ul><ul><li>Policies for Ensuring Quality of Service </li></ul><ul><li>Performance Tuning of Data Services for Multiple Application Scenarios </li></ul>Unless data quality and interoperability issues are addressed, SOA apps will rest on top of a very weak foundation.
    20. 20. 6 Steps to Successful SOA Governance 6 1. Define Goals and Strategies 3. Define Metrics 5. Analyze and Improve Existing Processes 4. Put Governance Mechanisms in Place 2. Define Standards, Policies, Procedures Around Financial, Portfolio, Project, Service, etc These 6 steps allow a company to incrementally develop and mature their overall SOA and thus business goals 6. Refine and Go to the Next Level of SOA Maturity
    21. 21. Goals & Strategies <ul><li>Business and IT Goals </li></ul><ul><li>SOA Strategy </li></ul><ul><li>Existing Capabilities </li></ul><ul><li>SOA Roadmap </li></ul><ul><li>Journey Management </li></ul>1
    22. 22. Create Standards, Policies & Processes <ul><li>Communicate </li></ul>2 Policies Create Manage <ul><li>Issues: </li></ul><ul><li>Decision Rights </li></ul><ul><li>Input Rights </li></ul><ul><li>Exception Management </li></ul>Executives Developers Architects Administrators IT Managers Business Analysts Feedback & Monitor Enterprise Architects Governance Board
    23. 23. Define Metrics for Success <ul><li>Why Measure ? </li></ul><ul><ul><li>Ensure Business Goals </li></ul></ul><ul><ul><li>Deliver SOA Strategy </li></ul></ul><ul><li>What to Measure ? </li></ul><ul><ul><li>standards, compliance, # of projects adhering to processes, # of reference architectures, usability of reference architectures, # of exceptions, # of services created, # of reusable services, service reuse metrics, etc </li></ul></ul><ul><li>How to Measure ? </li></ul><ul><ul><li>What can be automated? </li></ul></ul><ul><ul><li>What can be easily captured? </li></ul></ul>3
    24. 24. Put Governance Mechanisms in Place 1. Decision, Policies, Processes 4 Blueprints & Patterns Financial Portfolio People Operations Projects Technology Architecture Service Usage Fees Service Funding Model Projects Applications Platform Funding Business Services Roles & Responsibilities Service Ownership EA Group Service & Process Owners Service Lifecycle Gov Shared Artifacts Capacity Planning Enforce Service Levels Enforce Policies Strategic SOA Platform Shared Foundation Srvcs Enforce Platform Decisions Reference Architectures Architectural Standards DRIVEN BY EXECUTIVES Information Data Standards Data Quality Data Ownership
    25. 25. Put Governance Mechanisms in Place 2. Mechanisms <ul><li>Vision for Governance Endorsed by Executives </li></ul><ul><ul><li>Force Behavioral Change </li></ul></ul><ul><ul><li>Ensure Participation of Appropriate People </li></ul></ul><ul><li>Awareness </li></ul><ul><ul><li>Communication & Collaboration </li></ul></ul><ul><ul><li>Center of Excellence </li></ul></ul><ul><li>Roles and Responsibilities </li></ul><ul><ul><li>Financial, Portfolio, People, Architecture, Projects, Technology, etc </li></ul></ul><ul><ul><li>Education Strategies </li></ul></ul><ul><li>Processes (Automated) </li></ul><ul><ul><li>Capture and Report on Metrics </li></ul></ul><ul><li>Administration, Monitoring and Enforcement </li></ul><ul><ul><li>Exceptions Handling Mechanisms </li></ul></ul><ul><ul><li>Upward Communication when Policies are not followed </li></ul></ul>4
    26. 26. <Insert Picture Here> “ It is an overkill to apply formal discipline and governance to small SOAs (consisting of 50 or fewer services).” Paolo Malinvero VP, Gartner
    27. 27. Analyze and Improve <ul><li>Metrics on Governance Process Itself </li></ul><ul><li>Metrics on Progress of Goals and Roadmap </li></ul><ul><ul><li>How Often are People Going off the Path? </li></ul></ul><ul><ul><li>Do they Tell us When they do? </li></ul></ul><ul><ul><li>Do we need to change restrictive policies? </li></ul></ul><ul><ul><li>Do we need to have stricter enforcement? </li></ul></ul><ul><li>What do you do with the Information? </li></ul><ul><li>Make Decisions </li></ul><ul><li>Create Feedback Loop </li></ul>5
    28. 28. Refine and Go to the Next Maturity Level <ul><li>SOA Strategies, Goals, Objectives Met for this SOA Maturity Level level </li></ul><ul><li>Refine SOA Strategies, Goals, Objectives for Current Maturity Level </li></ul><ul><li>Create New SOA Strategies, Goals, Objectives for next SOA Maturity Level </li></ul>6
    29. 31. The Hartford Financial Services Group, Inc. <ul><li>Founded in 1810 </li></ul><ul><li>One of the largest investment and insurance companies in the United States. </li></ul><ul><li>Fortune 100 company </li></ul><ul><li>30,000 employees </li></ul><ul><li>Two Companies: </li></ul><ul><ul><li>Hartford P&C – Auto, Home, Business insurance </li></ul></ul><ul><ul><li>Hartford Life – investment plans, Life insurance, Group benefits </li></ul></ul>
    30. 32. Step 1: Goals & Strategies – Level 1 <ul><li>Business Goals </li></ul><ul><ul><li>Reduce TCO </li></ul></ul><ul><ul><li>Speed To Market </li></ul></ul><ul><ul><li>Ease of Doing Business </li></ul></ul><ul><li>SOA Roadmap </li></ul><ul><ul><li>Project-based (WSM & UDDI Registry selected) </li></ul></ul><ul><li>Governance </li></ul><ul><ul><li>“Do No Harm” </li></ul></ul>
    31. 33. Step 2: Create Standards, Policies & Processes – Level 1 <ul><li>Standards </li></ul><ul><li>- SOAP 1.1, XML 1.0, UDDI 2.0, WSDL 1.1 </li></ul><ul><li>First SOA initiatives were project-based  SOA governance was at the project (LOB) level </li></ul><ul><li>Governance processes created to assess projects against Reference Architecture (Application) </li></ul><ul><li>Aligned LOB architects and project scoring </li></ul><ul><li>Created IT Roadmaps and Blueprints </li></ul><ul><li>PCAC formed </li></ul>
    32. 34. Step 3: Define Metrics – Level 1 <ul><li>At SOA MM level 1, The Hartford didn’t have any explicit metrics other than project-based metrics </li></ul><ul><li>Discussions around SOA metrics began </li></ul><ul><li>No reusability at this point </li></ul>
    33. 35. Step 4: Put Governance Mechanisms in Place – Level 1 <ul><li>PCAC put in place to score all projects against Reference Architecture primarily and LOB Roadmap and Blueprint if they existed </li></ul><ul><li>Scoring was a learning exercise at level 1 </li></ul><ul><li>Assessment process being defined </li></ul>
    34. 36. Step 5: Analyze and Improve – Level 1 <ul><li>Analyzed where we were against business goals </li></ul><ul><li>Findings: </li></ul><ul><ul><li>Architecture standards applied inconsistently across LOBs </li></ul></ul><ul><ul><li>Projects going forward that were not moving the overall architecture in the right direction. </li></ul></ul><ul><ul><li>Initial services deployed showed promise of re-usability with the one LOB </li></ul></ul><ul><li>Are you moving forward or closer to your goals? </li></ul><ul><ul><li>The eB&T organization decided: </li></ul></ul><ul><ul><ul><li>Centralize the enterprise architects and SOA practice (Foundation Services group) </li></ul></ul></ul><ul><ul><ul><li>Begin to push back on negatively scored projects </li></ul></ul></ul><ul><ul><ul><li>Continue with the SOA initiatives (still project based) due to early success (primarily insight into SEMCI application) </li></ul></ul></ul>
    35. 37. Step 1: Goals & Strategies – Level 2 <ul><li>Business Goals (same): </li></ul><ul><ul><li>Reduce TCO </li></ul></ul><ul><ul><li>Speed To Market </li></ul></ul><ul><ul><li>Ease of Doing Business </li></ul></ul><ul><li>SOA Roadmap </li></ul><ul><ul><li>Project-based (WS-addressing, WS-Security, Central EA organization) </li></ul></ul><ul><ul><li>Align LOB project decisions with architecture recommendations </li></ul></ul><ul><li>Governance </li></ul><ul><ul><li>Score projects to influence business decisions </li></ul></ul><ul><ul><li>Track all projects assessed and not assessed </li></ul></ul><ul><ul><li>Track all projects with and without “architects” </li></ul></ul>
    36. 38. Step 2: Create Standards, Policies & Processes – Level 2 <ul><li>Standards (added) </li></ul><ul><li>- WS-Addressing, WS-Security, Reference Architecture 2.0 </li></ul><ul><li>Governance processes improved to assess projects against the Reference Architecture (SOA based) based on CIOs feedback </li></ul><ul><li>Project assessments more mature </li></ul><ul><li>Enterprise Architecture group formed under CTO (also new) </li></ul><ul><li>SOA governance through EA Foundation Services group, but still project-based </li></ul>
    37. 39. Step 3: Define Metrics – Level 2 <ul><li># of services (course-grained vs fine-grained) </li></ul><ul><li>Service Sharability, Component Reusability </li></ul><ul><li># of projects assessed and not assessed </li></ul><ul><li># of projects with assigned “architects” and without architects </li></ul><ul><li>Cost savings on projects based on architecture assessment and re-use </li></ul>
    38. 40. Step 4: Put Governance Mechanisms in Place – Level 2 <ul><li>Central EA organization (ASC) for IT Governance </li></ul><ul><li>Projects scored and evaluated to “+”, “0”, “-” </li></ul><ul><li>Projects assessed as short term adequate, near-long term adequate and long term adequate </li></ul><ul><li>CIOs agree to “tax” if negatively scored project pushed through to delivery </li></ul><ul><li>SAD course developed and delivered to all architects </li></ul><ul><li>Service Policies </li></ul><ul><li>- WS-Addressing and “contract ID” required for all services </li></ul>
    39. 41. Step 5: Analyze and Improve – Level 2 <ul><li>Analyzed where we were against business goals. </li></ul><ul><li>Findings: </li></ul><ul><ul><li>Architecture standards applied consistently across LOBs </li></ul></ul><ul><ul><li>Some projects still being pushed forward with negative scores, but now high level discussions and justification at executive level </li></ul></ul><ul><ul><li>Reusability in certain LOBs very high, others low </li></ul></ul><ul><ul><li>Still not addressing “Ease of doing business” </li></ul></ul><ul><ul><li>TCO lowered through SOA efficiencies in maintenance </li></ul></ul><ul><li>Are you moving forward or closer to your goals? </li></ul><ul><ul><li>The eB&T organization decided: </li></ul></ul><ul><ul><ul><li>5 year business & IT roadmap developed </li></ul></ul></ul><ul><ul><ul><li>Foundational projects </li></ul></ul></ul><ul><ul><ul><li>Need better metrics </li></ul></ul></ul>
    40. 42. SOA Governance - Level 3 <ul><li>Portfolio transformation program identifying high value business services </li></ul><ul><li>Standards committee and Services committee formed to formalize standards maturity and P&C SOA policies and procedures </li></ul><ul><li>Service criteria and processes defined </li></ul><ul><li>Large number of new metrics with constant feedback from CIOs </li></ul><ul><li>No projects may be considered without EA involvement </li></ul><ul><li>Need SOA Governance automation to scale </li></ul>
    41. 43. Summary <ul><li>Increasing SOA Maturity Only Achievable through SOA Governance </li></ul><ul><li>SOA Governance Requires More than Technology </li></ul><ul><li>Build on Existing IT Governance Mechanisms </li></ul><ul><li>Executive Buy-In Vital to Catalyze Change Required for SOA </li></ul><ul><li>Complexity of SOA Governance Proportional to Company Size </li></ul>
    42. 44. Thank You Dr Mohamad Afshar Sr. Director, Product Management Oracle Corporation Contact Information: Mohamad . afshar @oracle.com Benjamin.Moreland@ theHartford .com Ben Moreland Director, Foundation Services The Hartford

    ×