<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
  <META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
  <META NAME="GENERATOR" CONTENT="GtkHTML/3.10.3">
</HEAD>
<BODY>
On Mon, 2006-09-25 at 12:35 +0200, Adrian Brock wrote:
<BLOCKQUOTE TYPE=CITE>
<PRE>
<FONT COLOR="#000000">On Fri, 2006-09-22 at 12:31 -0500, Dimitris Andreadis wrote:</FONT>
<FONT COLOR="#000000">&gt; I don't think it is bad to have unscheduled reports, as long as there is</FONT>
<FONT COLOR="#000000">&gt; periodic review to schedule tasks. It is equally bad to use the next</FONT>
<FONT COLOR="#000000">&gt; release as a dumping ground and move around deferred tasks from release</FONT>
<FONT COLOR="#000000">&gt; to release.</FONT>
<FONT COLOR="#000000">&gt; </FONT>
<FONT COLOR="#000000">&gt; I totally agree proper/periodic review is needed to categorize the</FONT>
<FONT COLOR="#000000">&gt; importance of tasks. There was a proposal by Andrig to do this monthly</FONT>
<FONT COLOR="#000000">&gt; but we didn't follow up properly.</FONT>

<FONT COLOR="#000000">The correct time to check all bugs have been diagnosed</FONT>
<FONT COLOR="#000000">is on releases. They are either dealt with or deferred.</FONT>

<FONT COLOR="#000000">There should be no unscheduled bugs. There should be a plan</FONT>
<FONT COLOR="#000000">to fix it.</FONT>
</PRE>
</BLOCKQUOTE>
<BR>
&nbsp;&nbsp;&nbsp;&nbsp; The idea behind this is to keep releases from filling with everything, and them not getting reviewed.&nbsp; When things are directly assigned to releases, everyone just assumes it should be done, and there is no review.&nbsp; By having them initially unscheduled, and instituting a mandatory review, we can intelligently assign them to the proper release with the proper priority.&nbsp; They shouldn't remain in unscheduled for any length of time.<BR>
<BR>
Before we did this, releases just grow in scope unchecked, and we cannot continue to do that.<BR>
<BR>
<TABLE CELLSPACING="0" CELLPADDING="0" WIDTH="100%">
<TR>
<TD>
Andrig (Andy) Miller<BR>
VP, Engineering<BR>
JBoss, a division of Red Hat
</TD>
</TR>
</TABLE>
</BODY>
</HTML>