[JBoss-dev] House keeping in JIRA - bug reports
Andrig T Miller
andy.miller at jboss.com
Tue Oct 3 18:09:18 EDT 2006
On Fri, 2006-09-29 at 14:29 +0200, Adrian Brock wrote:
> On Thu, 2006-09-28 at 13:08 -0600, Andrig T Miller wrote:
> > Having them unscheduled doesn't hid them under any rug. They are
> > just as visible in JIRA.
>
> And just as unprocessed as when we used sourceforge and nobody
> was trying to monitor the problem.
>
> > >
> > > Assigning to a release, forces somebody to remove
> > > them from that release. So they are least looked at.
> >
> > All it really does is force someone to go into JIRA and change
> > the fix version, not to actually evaluate the issue.
> >
>
> That just comes down to how good a project lead you are.
> If you are continually bumping problems to the next release
> then we have to ask what are you doing?
>
>
> > To really solve this, is we need a formal review process. It doesn't
> > matter whether something is assigned to a release or not. We have to
> > have formal, mandatory review as a team.
>
> I'm a great believer that you cannot replace human intervention
> with automation when it comes to effective management.
I agree completely.
>
> But the person that manages things needs to have reasonable metrics.
> Forcing people to go through a process of review (even if it is
> just bumping it to the next release) gives an indicator
> of how much on top of the problems we are.
What I envision for the review, is we will not allow issues to be
moved from release to release to release. I also think that we will be
able to put the right incentives in place to make sure that issues are
resolved in a timely manner.
>
> Rather than the current situation, where we don't have a clue
> what is getting reviewed, because according to JIRA it is nothing!
>
Andrig (Andy) Miller
VP, Engineering
JBoss, a division of Red Hat
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-development/attachments/20061003/e4b0121d/attachment.html
More information about the jboss-development
mailing list