<?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: Defects in Requirements, Change Control, and Performance Management</title>
	<atom:link href="http://360vendormanagement.com/2007/11/20/defects-in-requirements-change-control-and-performance-management/feed/" rel="self" type="application/rss+xml" />
	<link>http://360vendormanagement.com/2007/11/20/defects-in-requirements-change-control-and-performance-management/</link>
	<description>Best Practices in Outsourcing, Vendor Management, ROI, and Improved Performance</description>
	<pubDate>Tue, 06 Jan 2009 02:54:28 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Sanjay Roy</title>
		<link>http://360vendormanagement.com/2007/11/20/defects-in-requirements-change-control-and-performance-management/comment-page-1/#comment-40</link>
		<dc:creator>Sanjay Roy</dc:creator>
		<pubDate>Fri, 21 Dec 2007 20:03:59 +0000</pubDate>
		<guid isPermaLink="false">http://360vendormanagement.com/?p=4#comment-40</guid>
		<description>I fully agree with the above statement that requirement gathering and validation has formorst priority in the entire contract-to-delivery cycle. A well documented requirement is definitely reduces chances of defect. But as a vendor manager i would suggest that the Vendor team should engage the business analyst or a team of senior resources who will ensure that they have a good talkback session with the client team or the user community (select a project champion from client who has expertise of the business requirement of the process) to validate and verify that the requirement is well understood by both. In this kind of discussion itself, one will find that newer requirements get included as well thus early catching of missed requirement in the inital phase of requirement gathering...Well !! i have used such model while i was working for a IT service company and it worked very well for us...</description>
		<content:encoded><![CDATA[<p>I fully agree with the above statement that requirement gathering and validation has formorst priority in the entire contract-to-delivery cycle. A well documented requirement is definitely reduces chances of defect. But as a vendor manager i would suggest that the Vendor team should engage the business analyst or a team of senior resources who will ensure that they have a good talkback session with the client team or the user community (select a project champion from client who has expertise of the business requirement of the process) to validate and verify that the requirement is well understood by both. In this kind of discussion itself, one will find that newer requirements get included as well thus early catching of missed requirement in the inital phase of requirement gathering&#8230;Well !! i have used such model while i was working for a IT service company and it worked very well for us&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
