<?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: Practical Process Improvement (Part 4)</title>
	<atom:link href="http://blog.nwcadence.com/2008/11/practical-process-improvement-part-4/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.nwcadence.com/2008/11/practical-process-improvement-part-4/</link>
	<description>Thoughts on VSTS, Sharepoint and other collaborative technologies</description>
	<lastBuildDate>Thu, 28 May 2009 13:06:24 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Practical Process Improvement (Part 5) :: Where Technology Meets Teamwork</title>
		<link>http://blog.nwcadence.com/2008/11/practical-process-improvement-part-4/comment-page-1/#comment-97</link>
		<dc:creator>Practical Process Improvement (Part 5) :: Where Technology Meets Teamwork</dc:creator>
		<pubDate>Sat, 27 Dec 2008 02:24:49 +0000</pubDate>
		<guid isPermaLink="false">http://blog.nwcadence.com/?p=153#comment-97</guid>
		<description>[...] first four posts (Part 1, Part 2, Part 3, Part 4) dealt with working through a process for handling bugs and improving that process. But what about [...]</description>
		<content:encoded><![CDATA[<p>[...] first four posts (Part 1, Part 2, Part 3, Part 4) dealt with working through a process for handling bugs and improving that process. But what about [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeff Levinson</title>
		<link>http://blog.nwcadence.com/2008/11/practical-process-improvement-part-4/comment-page-1/#comment-91</link>
		<dc:creator>Jeff Levinson</dc:creator>
		<pubDate>Thu, 11 Dec 2008 13:52:10 +0000</pubDate>
		<guid isPermaLink="false">http://blog.nwcadence.com/?p=153#comment-91</guid>
		<description>That&#039;s a good thought Monte and I&#039;ll have to think about it. The thought process here is that the bug that wasn&#039;t fixed would be assigned back to the developer since this was a priority bug for this iteration and it didn&#039;t need to go back to the PM for re-assignment. But I can see that in some cases this is not a bad option at all. I&#039;ll update the post when I get time.</description>
		<content:encoded><![CDATA[<p>That&#8217;s a good thought Monte and I&#8217;ll have to think about it. The thought process here is that the bug that wasn&#8217;t fixed would be assigned back to the developer since this was a priority bug for this iteration and it didn&#8217;t need to go back to the PM for re-assignment. But I can see that in some cases this is not a bad option at all. I&#8217;ll update the post when I get time.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: montebertrand</title>
		<link>http://blog.nwcadence.com/2008/11/practical-process-improvement-part-4/comment-page-1/#comment-90</link>
		<dc:creator>montebertrand</dc:creator>
		<pubDate>Wed, 10 Dec 2008 09:48:11 +0000</pubDate>
		<guid isPermaLink="false">http://blog.nwcadence.com/?p=153#comment-90</guid>
		<description>RE:  &quot;A tester will note that the bug fix has been verified. If the bug has not been fixed, a tester can also re-assign the bug to a developer.&quot;

I have always found it better to go back to the PM. It avoids the conflict of testers being able to overload a single developer with work that he doesn&#039;t have bandwidth for ... but does this create waste?</description>
		<content:encoded><![CDATA[<p>RE:  &#8220;A tester will note that the bug fix has been verified. If the bug has not been fixed, a tester can also re-assign the bug to a developer.&#8221;</p>
<p>I have always found it better to go back to the PM. It avoids the conflict of testers being able to overload a single developer with work that he doesn&#8217;t have bandwidth for &#8230; but does this create waste?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: RamS</title>
		<link>http://blog.nwcadence.com/2008/11/practical-process-improvement-part-4/comment-page-1/#comment-89</link>
		<dc:creator>RamS</dc:creator>
		<pubDate>Wed, 03 Dec 2008 06:32:56 +0000</pubDate>
		<guid isPermaLink="false">http://blog.nwcadence.com/?p=153#comment-89</guid>
		<description>Jeff,
It was great to meet you at the SeaSPIN presentation this evening. 
-Ram</description>
		<content:encoded><![CDATA[<p>Jeff,<br />
It was great to meet you at the SeaSPIN presentation this evening.<br />
-Ram</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Team System News : VSTS Links - 11/18/2008</title>
		<link>http://blog.nwcadence.com/2008/11/practical-process-improvement-part-4/comment-page-1/#comment-85</link>
		<dc:creator>Team System News : VSTS Links - 11/18/2008</dc:creator>
		<pubDate>Tue, 18 Nov 2008 14:25:24 +0000</pubDate>
		<guid isPermaLink="false">http://blog.nwcadence.com/?p=153#comment-85</guid>
		<description>[...] NorthWest Cadence Blog on Practical Process Improvement (Part&#160; 4) and VSTS 2008 Team Suite with MSDN Professional for $3000   Published Tuesday, November 18, 2008 [...]</description>
		<content:encoded><![CDATA[<p>[...] NorthWest Cadence Blog on Practical Process Improvement (Part&#160; 4) and VSTS 2008 Team Suite with MSDN Professional for $3000   Published Tuesday, November 18, 2008 [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
