http://www.ryoungman.net/?p=9 The Evolution of IT in creating Business Value Wed, 28 Jul 2010 11:45:04 +0000 http://wordpress.org/?v=2.9.2 hourly 1 http://www.ryoungman.net/?p=9&cpage=1#comment-27 IT Service Management vs. IT Product Management « IT Organization Circa 2017 Mon, 21 Jan 2008 11:13:37 +0000 http://www.ryoungman.net/?p=9#comment-27 [...] and to business-IT maturity.  This thread is inspired in part by my colleague Roy Youngman’s post on Program Management and SOA and also addressed an issue that comes up from time-to-time in my client [...] [...] and to business-IT maturity.  This thread is inspired in part by my colleague Roy Youngman’s post on Program Management and SOA and also addressed an issue that comes up from time-to-time in my client [...]

]]> http://www.ryoungman.net/?p=9&cpage=1#comment-26 Brittain Tue, 08 Jan 2008 16:52:45 +0000 http://www.ryoungman.net/?p=9#comment-26 Good post Roy.  For enterprises I completely agree with your core argument.  On the topic of service design, I've a couple thoughts drawn from recent experience and what I've been seeing with Web 2.0:We're seeing a resurgance in web services built to "be conservative in what you do and liberal in what you accept from others".  This age old principle is the core of the modern mashup.REST-based architectures and syndication protocols (RSS, Atom, etc) emphasize "data creating" services over the "action performing" services we saw with SOAP or RPC-style architectures. Taken together these two trends make it easier for the service designer to "accidentally" achieve reuse.  By being forgiving (#1) and returning data streams (#2) we allow easier recombination under unanticipated scenarios.  In contrast, service design previously emphasized tight contracts and atomic actions.  This forced the service designer to anticipate future usages and subsequently broaden or extend the service API footprint correspondingly.  This eliminates accidental reuse.      This conversation continues at <a href="http://www.bsgalliance.com/convs/show/2143" rel="nofollow">BSG Alliance</a>   Brittain <a href="http://www.bsgalliance.com/account/profile/11" rel="nofollow">View My Profile</a> Managing Director, Applications Team BSG Alliance Good post Roy.  For enterprises I completely agree with your core argument.  On the topic of service design, I’ve a couple thoughts drawn from recent experience and what I’ve been seeing with Web 2.0:We’re seeing a resurgance in web services built to "be conservative in what you do and liberal in what you accept from others".  This age old principle is the core of the modern mashup.REST-based architectures and syndication protocols (RSS, Atom, etc) emphasize "data creating" services over the "action performing" services we saw with SOAP or RPC-style architectures.
Taken together these two trends make it easier for the service designer to "accidentally" achieve reuse.  By being forgiving (#1) and returning data streams (#2) we allow easier recombination under unanticipated scenarios. 
In contrast, service design previously emphasized tight contracts and atomic actions.  This forced the service designer to anticipate future usages and subsequently broaden or extend the service API footprint correspondingly.  This eliminates accidental reuse.   
 
This conversation continues at BSG Alliance
 
Brittain
View My Profile
Managing Director, Applications Team
BSG Alliance

]]> http://www.ryoungman.net/?p=9&cpage=1#comment-25 Vaughan Merlyn Tue, 08 Jan 2008 15:49:42 +0000 http://www.ryoungman.net/?p=9#comment-25 Excellent points - thanks for clarifying the connection between SOA and Program Management. I think that implied in your points are also connections to Service Management (which is inherent in Service Oriented Anything) and Product Management which is a discipline I've long felt is needed by IT organizations, but that few seem to understand or invest in. Excellent points – thanks for clarifying the connection between SOA and Program Management. I think that implied in your points are also connections to Service Management (which is inherent in Service Oriented Anything) and Product Management which is a discipline I’ve long felt is needed by IT organizations, but that few seem to understand or invest in.

]]>