--- In [email protected], Michael Poulin <[EMAIL PROTECTED]> wrote: > > I prefer to calculate ROI instead of cost, and two values - short-term and long-term ROI. A lot of current problems in the companies is in that they calculated just the cost of implementation... Do you know how to calculate potential benefits in monetary metrics?
Almost certainly not to any meaningful degree. One of the significant problems to do with a strategic adoption of SOA is quantifying the ROI. So what is the answer? Persuade them to adopt SOA as a business strategy when the business is naturally divided into traditional siloes, or else take a more tactical approach, hoping that this will seep upwards as a methodology? The RDBMS comparison is very interesting, and no doubt a historical study of its progression through the IT infrastructure would provide some useful pointers. That said, is not SOA more strategic and there more disruptive and controversial at the business level? Steve/Anne, how much success have you had in persuading businesses to remodel their business structures on a SOA basis? I presume to ask this as you are probably two of the members of this Group who, more than most, have had to persuade people to understand the implications of SOA in IT terms in a way which could provide strategic business benefits. Contributions from others always welcome as well, of course! :) Gervas > > - Michael > > > > > ________________________________ > From: htshozawa <[EMAIL PROTECTED]> > To: [email protected] > Sent: Monday, October 27, 2008 9:59:17 PM > Subject: [service-orientated-architecture] Re: Rhody tells you how to sell SOA > > > Understood. The definition of flexibility isn't ambigous. > > Also want to point out the there is a cost associated with obtaining > flexibility. I think it's better to calculate the benefit that may be > obtained from flexibility to see if it is more than the cost > associated with it. > > H.Ozawa > > --- In service-orientated- architecture@ yahoogroups. com, Michael > Poulin <m3poulin@ .> wrote: > > > > Exactly, it "does not equal profit", and may be not good for every > process. If I look at the Business with Service Eye (where process is > just an implementation) , flexibility is what is needed in frequently > changing external environment. If the latter does not change or > changes slowly, flexibility is not that crucial. > > > > So, the first is a requirement for flexibility that comes from the > business needs/market/ external environment; which business > service/process has to be made flexible is the second. > > > > I tried to point that flexibility is not that ambiguous. > > > > - Michael > > >
