http://artofsoftwarereuse.com/2009/06/27/getting-organized-for-soa-success/ Enabling Organizational Agility using Systematic Software Reuse Sat, 28 Aug 2010 20:12:29 +0000 hourly 1 http://wordpress.com/ http://artofsoftwarereuse.com/2009/06/27/getting-organized-for-soa-success/#comment-180 SOA Patterns and Practices « Art of Software Reuse Sun, 04 Oct 2009 16:20:47 +0000 http://softwarereuse.wordpress.com/?p=715#comment-180 [...] capabilities that are project/initiative specific and pursue reuse in a systematic manner. When designing and building services, try your best to decouple them from implementation-specific, distribution channel-specific, or [...] [...] capabilities that are project/initiative specific and pursue reuse in a systematic manner. When designing and building services, try your best to decouple them from implementation-specific, distribution channel-specific, or [...]

]]> http://artofsoftwarereuse.com/2009/06/27/getting-organized-for-soa-success/#comment-80 Column 2 : links for 2009-06-29 Mon, 29 Jun 2009 17:02:45 +0000 http://softwarereuse.wordpress.com/?p=715#comment-80 [...] Getting Organized for SOA Success « Software Reuse in the Real World "Ask your analysts to provide world class requirements including functional and non-functional ones. Persude them to stay away from providing technical solutions so you can figure out how to automate your firm’s processes within the context of your SOA efforts." Excellent point on what business analysts should and shouldn't be doing. I very often see BA's delving deep into design (when they have no actual skills or experience to do so) instead of sticking to where they can add real value. (tags: soa software development) Posted by Sandy Kemsley on Monday, June 29, 2009, at 1:02 pm. Filed under Links. Follow any responses to this post with its comments RSS feed. You can post a comment or trackback from your blog. [...] [...] Getting Organized for SOA Success « Software Reuse in the Real World "Ask your analysts to provide world class requirements including functional and non-functional ones. Persude them to stay away from providing technical solutions so you can figure out how to automate your firm’s processes within the context of your SOA efforts." Excellent point on what business analysts should and shouldn't be doing. I very often see BA's delving deep into design (when they have no actual skills or experience to do so) instead of sticking to where they can add real value. (tags: soa software development) Posted by Sandy Kemsley on Monday, June 29, 2009, at 1:02 pm. Filed under Links. Follow any responses to this post with its comments RSS feed. You can post a comment or trackback from your blog. [...]

]]>