Task:Bugzilla report card

(New page: {{task|proposed}} {{quotation|Something that would help in the Fremantle timeline is to define what products (aka which teams) are doing better and worse. Now there is an overall complain...)
(Report format)
Line 16: Line 16:
|- style="background:LightBlue"
|- style="background:LightBlue"
| Browser || 23/34 || 10/29 || Good || Good response rate, but fixes are slow.
| Browser || 23/34 || 10/29 || Good || Good response rate, but fixes are slow.
 +
|- style="background:Orange"
 +
| Desktop || 2/19 || 12/15  || Yellow || Excellent fix rate, but communication is sorely lacking.
 +
|- style="background:Tomato"
 +
| Connectivity || 5/25 || 2/25 || Poor || Poor fix rate and poor communication leaves a lot to be desired.
 +
|- style="background:LightGreen"
 +
| Utilities [[Image:Star.png]] || 10/10 || 5/5 || '''Excellent!''' || Perfect response rate, perfect fix rate (excluding moreinfo bugs).
 +
|}
 +
 +
{| class="wikitable sortable"
 +
|-
 +
! Team !! January !! February !! March !! April
 +
|-
 +
| Browser || style="background:LightBlue" || 10/29 || Good || Good response rate, but fixes are slow.
|- style="background:Orange"
|- style="background:Orange"
| Desktop || 2/19 || 12/15  || Yellow || Excellent fix rate, but communication is sorely lacking.
| Desktop || 2/19 || 12/15  || Yellow || Excellent fix rate, but communication is sorely lacking.

Revision as of 12:03, 20 November 2008

Image:Ambox_notice.png
This task is in the list of maemo.org development proposals, please help planning and getting it ready for a sprint. Put a note on the talk page if you're interested in helping work on this task.
Please see the talk page for discussion.
Something that would help in the Fremantle timeline is to define what products (aka which teams) are doing better and worse. Now there is an overall complaint, which is unfair to actually those individuals and teams that are doing a good work in bugs.maemo.org. The general complaint is also more difficult for us to chase reasons why things are how they are. If instead there would be a wiki page or something showing "red - yellow - green - star" status of each product matching a team, then we all would be able to focus on the right spots.

Quim Gil

Metrics

Grading is based on response rate (how many incoming bugs were responded to?), fix rate (excluding moreinfo, DUPLICATE, WORKSFORME, and INVALID), and (Bugsquad?) perception based on experience with the team.

Report format

NOTE: This table is entirely bogus.

Team Response Fix Rating Comments
Browser 23/34 10/29 Good Good response rate, but fixes are slow.
Desktop 2/19 12/15 Yellow Excellent fix rate, but communication is sorely lacking.
Connectivity 5/25 2/25 Poor Poor fix rate and poor communication leaves a lot to be desired.
Utilities Image:Star.png 10/10 5/5 Excellent! Perfect response rate, perfect fix rate (excluding moreinfo bugs).
Team January February March April
Browser style="background:LightBlue" 10/29 Good Good response rate, but fixes are slow.
Desktop 2/19 12/15 Yellow Excellent fix rate, but communication is sorely lacking.
Connectivity 5/25 2/25 Poor Poor fix rate and poor communication leaves a lot to be desired.
Utilities Image:Star.png 10/10 5/5 Excellent! Perfect response rate, perfect fix rate (excluding moreinfo bugs).