<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: COTS, anyone?</title>
	<atom:link href="http://www.b2ttraining.com/2009/06/09/cots-anyone/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.b2ttraining.com/2009/06/09/cots-anyone/</link>
	<description>Connecting Business Requirements to Technology</description>
	<lastBuildDate>Wed, 28 Jul 2010 20:41:26 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.5</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Declan Chellar</title>
		<link>http://www.b2ttraining.com/2009/06/09/cots-anyone/comment-page-1/#comment-3722</link>
		<dc:creator>Declan Chellar</dc:creator>
		<pubDate>Mon, 29 Jun 2009 09:23:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.b2ttraining.com/?p=1571#comment-3722</guid>
		<description>You are absolutely right, Angie.

My experience is that companies often jump on technologies or methodologies that sell the idea of faster development.

Years ago I was involved in a project where the customer chose the company I worked for to provide a solution but the customer&#039;s IT Director had read that Object Orientation was the way to go and insisted that my company adopt the methodology. Unfortunately, my company had no experience of OO and much heartache was the result all round. I have witnessed similar problems with RUP and Agile.

Another problem is that sales reps for various technology companies get introduced to businesses through their networks and they extol the cost saving benefits of their particular product and the fact that it &quot;can do anything you need it to do&quot;. In other words, customers sometimes buy technologies, not based on the needs of the business, but based on who played golf with whom.

Yet another problem is that, in my experience, companies are not good at recognising the need for business analysis before defining the requirements or choosing the technology, with the result that it is not done, or it is not done well. In my experience, when they actually do business analysis, they get their own SMEs (untrained in the techniques of structured analysis) to do it or they hire a consultancy who use senior people to bid for the contract but then send graduate trainees in to do the work.

And yet another is people&#039;s misconception of what a COTS product is. Customisable Off the Shelf should mean that you can install it &quot;out of the box&quot; and it will work straight away, although you can configure it to suits some of your specific needs. An example would be an internet security suite. Some so-called COTS products are no such thing - they are in fact development tools with customisable, re-usable components already built. But you cannot install them and have some end use immediately.

Regards,

Declan</description>
		<content:encoded><![CDATA[<p>You are absolutely right, Angie.</p>
<p>My experience is that companies often jump on technologies or methodologies that sell the idea of faster development.</p>
<p>Years ago I was involved in a project where the customer chose the company I worked for to provide a solution but the customer&#8217;s IT Director had read that Object Orientation was the way to go and insisted that my company adopt the methodology. Unfortunately, my company had no experience of OO and much heartache was the result all round. I have witnessed similar problems with RUP and Agile.</p>
<p>Another problem is that sales reps for various technology companies get introduced to businesses through their networks and they extol the cost saving benefits of their particular product and the fact that it &#8220;can do anything you need it to do&#8221;. In other words, customers sometimes buy technologies, not based on the needs of the business, but based on who played golf with whom.</p>
<p>Yet another problem is that, in my experience, companies are not good at recognising the need for business analysis before defining the requirements or choosing the technology, with the result that it is not done, or it is not done well. In my experience, when they actually do business analysis, they get their own SMEs (untrained in the techniques of structured analysis) to do it or they hire a consultancy who use senior people to bid for the contract but then send graduate trainees in to do the work.</p>
<p>And yet another is people&#8217;s misconception of what a COTS product is. Customisable Off the Shelf should mean that you can install it &#8220;out of the box&#8221; and it will work straight away, although you can configure it to suits some of your specific needs. An example would be an internet security suite. Some so-called COTS products are no such thing &#8211; they are in fact development tools with customisable, re-usable components already built. But you cannot install them and have some end use immediately.</p>
<p>Regards,</p>
<p>Declan</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: NewBA</title>
		<link>http://www.b2ttraining.com/2009/06/09/cots-anyone/comment-page-1/#comment-3709</link>
		<dc:creator>NewBA</dc:creator>
		<pubDate>Wed, 17 Jun 2009 14:44:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.b2ttraining.com/?p=1571#comment-3709</guid>
		<description>This post was apparently written from the perspective of a class of business analyst that I call &quot;captive&quot;, that is, whose job is to be the advocate for a single group of SMEs called &quot;co-workers.&quot; There is another class of business analysts, sometimes called &quot;product managers&quot;, which advocates for a much larger class of users, called &quot;customers.&quot; 

Product managers are the people who work with their own designers and engineers to craft the COTS products. Having worked on that side of the COTS business, I can appreciate the frustration of trying to create a product that meets the needs of all the people in their customer base. Also having worked on that side for many years, I have witnessed a number of times that customers really didn&#039;t understand what they wanted. Many times I watched people from the same company on the other side of the table from me argue amongst themselves which implementation of a particular feature was correct or right for their company.

So...how does this impact the COTS debate? My answer is this:

There is no substitute for good business analysis on both sides of the COTS negotiation table.</description>
		<content:encoded><![CDATA[<p>This post was apparently written from the perspective of a class of business analyst that I call &#8220;captive&#8221;, that is, whose job is to be the advocate for a single group of SMEs called &#8220;co-workers.&#8221; There is another class of business analysts, sometimes called &#8220;product managers&#8221;, which advocates for a much larger class of users, called &#8220;customers.&#8221; </p>
<p>Product managers are the people who work with their own designers and engineers to craft the COTS products. Having worked on that side of the COTS business, I can appreciate the frustration of trying to create a product that meets the needs of all the people in their customer base. Also having worked on that side for many years, I have witnessed a number of times that customers really didn&#8217;t understand what they wanted. Many times I watched people from the same company on the other side of the table from me argue amongst themselves which implementation of a particular feature was correct or right for their company.</p>
<p>So&#8230;how does this impact the COTS debate? My answer is this:</p>
<p>There is no substitute for good business analysis on both sides of the COTS negotiation table.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
