Editing Talk:Task:Getting Nokia involved in bugs.maemo.org
Warning: You are not logged in.
Your IP address will be recorded in this page's edit history.
The edit can be undone.
Please check the comparison below to verify that this is what you want to do, and then save the changes below to finish undoing the edit.
Latest revision | Your text | ||
Line 27: | Line 27: | ||
:Should be pretty easy to implement, but what are our metrics? Initial response time? Total fix turnaround time? Probably too complicated (the more complicated it is, the easier it is to be unfair) A simple two-part response rate and fix rate combination? Should the metrics be based entirely on hard-data, or would it be appropriate to factor in perception from, say, the Bugsquad ("Yes, this team's numbers look good, but the responses were largely unhelpful and slow to arrive, and the fixes sub-par."). If the goal is simply to pin-point teams that need to improve their participation, than a perception-based grade with some statistical number crunching sounds best. —[[User:generalantilles|GeneralAntilles]] 08:25, 19 November 2008 (UTC) | :Should be pretty easy to implement, but what are our metrics? Initial response time? Total fix turnaround time? Probably too complicated (the more complicated it is, the easier it is to be unfair) A simple two-part response rate and fix rate combination? Should the metrics be based entirely on hard-data, or would it be appropriate to factor in perception from, say, the Bugsquad ("Yes, this team's numbers look good, but the responses were largely unhelpful and slow to arrive, and the fixes sub-par."). If the goal is simply to pin-point teams that need to improve their participation, than a perception-based grade with some statistical number crunching sounds best. —[[User:generalantilles|GeneralAntilles]] 08:25, 19 November 2008 (UTC) | ||
- | |||
==== How often and where? ==== | ==== How often and where? ==== |
Learn more about Contributing to the wiki.