<?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: benefits of slack</title>
	<atom:link href="http://malvasiabianca.org/archives/2006/10/benefits-of-slack/feed/" rel="self" type="application/rss+xml" />
	<link>http://malvasiabianca.org/archives/2006/10/benefits-of-slack/</link>
	<description></description>
	<lastBuildDate>Tue, 22 May 2012 01:20:09 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>By: malvasia bianca &#187; Blog Archive &#187; response time</title>
		<link>http://malvasiabianca.org/archives/2006/10/benefits-of-slack/comment-page-1/#comment-7392</link>
		<dc:creator>malvasia bianca &#187; Blog Archive &#187; response time</dc:creator>
		<pubDate>Sun, 05 Nov 2006 23:03:53 +0000</pubDate>
		<guid isPermaLink="false">http://malvasiabianca.org/archives/2006/10/benefits-of-slack/#comment-7392</guid>
		<description>[...] Of course, there are more levels to this problem: in particular, we shouldn&#8217;t be inserting defects into our code in the first place. (We&#8217;re getting better at that, fortunately.) And we don&#8217;t want to use Bugzilla as a substitute for our product backlog: there should be some control over how features get scheduled for implementation. And it can be hard to maintain a steady implementation pace if you&#8217;re getting constantly interrupted by bug work. There are solutions to all these problems, however. (E.g. for the latter, a two-part strategy of not writing defects in the first place and allocating slack in your schedule in the second place.) For now, from my point of view, our most urgent issues are (first) reducing the defect backlog and (second) improving response time. [...]</description>
		<content:encoded><![CDATA[<p>[...] Of course, there are more levels to this problem: in particular, we shouldn&#8217;t be inserting defects into our code in the first place. (We&#8217;re getting better at that, fortunately.) And we don&#8217;t want to use Bugzilla as a substitute for our product backlog: there should be some control over how features get scheduled for implementation. And it can be hard to maintain a steady implementation pace if you&#8217;re getting constantly interrupted by bug work. There are solutions to all these problems, however. (E.g. for the latter, a two-part strategy of not writing defects in the first place and allocating slack in your schedule in the second place.) For now, from my point of view, our most urgent issues are (first) reducing the defect backlog and (second) improving response time. [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Minified using disk: basic
Page Caching using disk: enhanced (User agent is rejected)
Database Caching 5/12 queries in 0.008 seconds using disk: basic

Served from: malvasiabianca.org @ 2012-05-24 08:02:19 -->
