Hi, I also don't understand what you expect from metrics. Imagine the following metrics for January: > - number of bugs received: 22 > - number of bugs pending: 10 > - number of bugs resolved by actions: 2 > - number of bugs closed without action: 10 > > - number of mediation requests received: 0 > - number of mediation requests resolved: 0 > - number of mediation requests escalated to bugs: 0 > - number of mediation requests dismissed without action: 0 Now what? :-) These numbers have no real meaning. Without knowing why 10 bugs are pending you don't know if ComRel people are slackers or if bugs were just filed in the last day(s) of January. Without knowing details nobody can answer if ComRel people are slackers, acting like the US supreme court or if it was OK to close 10 bugs without any action. The thing is, people *will* read *something* into these numbers which can only go wrong and won't help us. For me, it's the same like the transparency reports from Google, Facebook, Twitter: The number of requests is increasing each year. Is that happening because authorities around the world are more and more persecuting their citizen? Or is it just because more and more authorities gained access to that instrument which can now be used using some kind of standards? How does everything correlate to service usage at all? You don't know but you can use such reports to generate whatever message you like to send out. In the end, these transparency reports are just some kind of show to keep people quiet (Look, we do something!). If we are interested in transparency, how about the following 'radical' change: Let's make bugs *public*, at least for project members. In this way, each project member can form their own view/opinion based on real facts. Maybe not from the beginning like some court hearings (trials) aren't public as well. But because ComRel is speaking 'in the name of the project', bugs should become accessible at least for project members when ComRel's job is done like court decision are usually published. -- Regards, Thomas Deutschmann / Gentoo Linux Developer fpr: C4DD 695F A713 8F24 2AA1 5638 5849 7EE5 1D5D 74A5