SOA meets ROI David S. Linthicum
<ul><li>Blogs: </li></ul><ul><ul><li>InfoWorld  “Real World SOA” </li></ul></ul><ul><li>Weekly Podcast </li></ul><ul><ul><...
What is a Service-Oriented Architecture? <ul><li>Access software via  Services  that are easy to find and connect to </li>...
The “Rat’s Nest” Architecture FBT PAY G NTS TRDS Client Customs RRE IPS Integrated A/C Refunds RBA Def Payments Excise CR ...
IT: Fulfilling Business Requirements <ul><li>Business Requirements </li></ul><ul><li>Service Customers </li></ul><ul><li>M...
However, it rarely works that way… <ul><li>Requirements change </li></ul><ul><li>Interpretations often inaccurate or limit...
The Economics of Integration
The Economics of Integration
The Economics of Integration
The Economics of Integration
The Economics of Integration
Business Benefits of Loosely Coupled Approach
The Value Proposition of a SOA <ul><li>We implement SOA for two major reasons.  First is the ability to save development d...
Reuse <ul><li>Under the concept of service reuse, we have a few things we need to determine to better define the value.  T...
So, What do you Do? <ul><li>In order to determine their value we must first determine the Number of Services that are avai...
Agility <ul><li>Agility is a strategic advantage that is difficult to measure in hard dollars, but not impossible.  We fir...
Closing Thoughts  <ul><li>Determining an SOA’s ROI is not an exact science, but with some analysis and some realistic data...
Thanks!
Upcoming SlideShare
Loading in...5
×

Soa Meets Roi

1,989

Published on

Published in: Technology, Design
0 Comments
2 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
1,989
On Slideshare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
105
Comments
0
Likes
2
Embeds 0
No embeds

No notes for slide

Soa Meets Roi

  1. 1. SOA meets ROI David S. Linthicum
  2. 2. <ul><li>Blogs: </li></ul><ul><ul><li>InfoWorld “Real World SOA” </li></ul></ul><ul><li>Weekly Podcast </li></ul><ul><ul><li>www.soaexpertpodcast.com </li></ul></ul><ul><li>New Gig </li></ul><ul><ul><li>CEO BRIDGEWERX </li></ul></ul>
  3. 3. What is a Service-Oriented Architecture? <ul><li>Access software via Services that are easy to find and connect to </li></ul><ul><li>Web Services provide a s tandard way of building and accessing Services </li></ul><ul><li>Developers & integrators can build applications out of Services </li></ul>
  4. 4. The “Rat’s Nest” Architecture FBT PAY G NTS TRDS Client Customs RRE IPS Integrated A/C Refunds RBA Def Payments Excise CR PKI ECI ADD AWA ELS Client Staff Remote Staff TAX AGENTS GCI Call Centers WOC CCD TASS Staff Phone Compliance Staff BOA Ref material Bus. Intel NTS A/c BEP CDCC CWMS BANK DDDR 1 Data……. Penalty Business IVR 1
  5. 5. IT: Fulfilling Business Requirements <ul><li>Business Requirements </li></ul><ul><li>Service Customers </li></ul><ul><li>Manage Operations </li></ul><ul><li>Increase Worker Productivity </li></ul><ul><li>Communicate with market </li></ul><ul><li>Ensure reliable and secure operations </li></ul><ul><li>Develop new products and services </li></ul><ul><li>Respond to new business drivers </li></ul><ul><li>IT Capabilities </li></ul><ul><li>Implement CRM Systems </li></ul><ul><li>Implement ERP Systems </li></ul><ul><li>Manage desktop environments </li></ul><ul><li>Manage server environments </li></ul><ul><li>Manage email systems and web sites </li></ul><ul><li>Manage network and storage operations </li></ul><ul><li>Develop applications </li></ul>
  6. 6. However, it rarely works that way… <ul><li>Requirements change </li></ul><ul><li>Interpretations often inaccurate or limited </li></ul><ul><li>Lengthy development cycles impervious to change </li></ul><ul><li>Implementations “cast in concrete” </li></ul>Result: IT that places limitations on Business
  7. 7. The Economics of Integration
  8. 8. The Economics of Integration
  9. 9. The Economics of Integration
  10. 10. The Economics of Integration
  11. 11. The Economics of Integration
  12. 12. Business Benefits of Loosely Coupled Approach
  13. 13. The Value Proposition of a SOA <ul><li>We implement SOA for two major reasons. First is the ability to save development dollars through reuse of services. Second is the ability to change the IT infrastructure faster to adapt to changing needs of the business, or agility . </li></ul>
  14. 14. Reuse <ul><li>Under the concept of service reuse, we have a few things we need to determine to better define the value. These include: </li></ul><ul><ul><li>The number of services that are reusable. Complexity of the services. The degree of reuse from system to system. </li></ul></ul><ul><ul><ul><li>The number of reusable services is the actual number of new services created, or, existing services abstracted, that are potentially reusable from system to system. </li></ul></ul></ul><ul><ul><ul><li>The complexity of the services is the number of functions or object points that make up the service. </li></ul></ul></ul><ul><ul><ul><li>Finally, the degree of reuse from system to system is the number of times you actually reuse the services. We look at this number as a percentage. </li></ul></ul></ul>
  15. 15. So, What do you Do? <ul><li>In order to determine their value we must first determine the Number of Services that are available for Reuse (NSR), the Degree of Reuse (DR) from system to system, as well as the Complexity (C)of each service, as described above. </li></ul><ul><li>The formula to determine value looks much like this: </li></ul><ul><li>Value = (NSR*DR) * C </li></ul><ul><li>Thus, if you have 100 services available for reuse (NSR=100), and the degree of reuse at 50 percent (DR=.50), and complexity of each service is, on average, at 300 function points, the value would look like this: </li></ul><ul><li>Value = (100*.5) * 300 Or Value = 15,000, in terms of reuse. </li></ul><ul><li>Moreover, the amount of money saved depends upon your development costs, which vary greatly from company to company. Typically, you should know what you’re paying for functions or object points, and thus it’s just a matter of multiplication to determine the amount of money we are saving by implementing a particular SOA. </li></ul>
  16. 16. Agility <ul><li>Agility is a strategic advantage that is difficult to measure in hard dollars, but not impossible. We first need to determine a few things about the business, including: </li></ul><ul><li>The degree of change over time is really the number of times over a particular period that the business reinvents itself to adapt to a market. Thus, why a paper production company may only have a degree of change of 5 percent over a 5 year period, a high technology company may have an 80 percent change over the same period. </li></ul><ul><li>The ability to adapt to change is a number that states the company’s ability to react to the need for change over time. The notion being that the use of an SOA provides a better ability to change IT to adjust to needed changes in the business. </li></ul><ul><li>Finally, the relative value of change is the amount of money made as a direct result of changing the business. For instance, a retail organization’s ability to establish a frequent buyer program to react to changing market expectations, and the resulting increases in revenue from making that change. </li></ul>
  17. 17. Closing Thoughts <ul><li>Determining an SOA’s ROI is not an exact science, but with some analysis and some realistic data points, you can figure out how much value your SOA implementation has brought you, or will bring you. </li></ul><ul><li>Again, we need to cost justify the use of this approach and technologies, and the information presented here should help you along the road to creating your own business case. </li></ul>
  18. 18. Thanks!
  1. A particular slide catching your eye?

    Clipping is a handy way to collect important slides you want to go back to later.

×