I can't think of a more worthless and demoralizing idea. Not all bugs are created equal, thus the measure is inaccurate.
Noones treating this as a definitive source of truth. It's a fun way to gamify our bug squashing efforts.
GitHub Survivor: a bug leaderboard for GitHub issues
11–18 of 18 posts
Re: GitHub Survivor: a bug leaderboard for GitHub issues
#12Twisted created one of these a good long while ago[1], and then someone adapted it for Github[2]. This one looks very fancy though :)
[1]: https://twistedmatrix.com/highscores/ [2]: https://github.com/leereilly/github-high-scores/, also https://github.com/kans/highscores
Re: GitHub Survivor: a bug leaderboard for GitHub issues
#13When designing systems that reward bugfixes, beware the Cobra effect. [1] [1] = http://en.wikipedia.org/wiki/Cobra_effect
On the other hand, it's an incentive for devs to log and fix minor issues they might've otherwise ignored.
If you start measuring some metric, the team will adapt at improving that metric, but inevitably this will spill out into distorting or lowering performance in some other aspect. So as you point out, such survivor board might make team focus on fixing trivial/easy issues, but the issues requiring big time investment might go unfixed (as it would make 10 trivial issues pile up while you fix 1 old hard ticket - which will make you look bad).
Just make sure this is what you want.
Re: GitHub Survivor: a bug leaderboard for GitHub issues
#14Twisted created one of these a good long while ago[1], and then someone adapted it for Github[2]. This one looks very fancy though :) [1]: https://twistedmatrix.com/highscores/ [2]: https://github.com/leereilly/github-high-scores/ , also https://github.com/kans/highscores
Wow, very similar style. I don't think we were aware of those!
Re: GitHub Survivor: a bug leaderboard for GitHub issues
#15Earlier quoted context omitted.
On the other hand, it's an incentive for devs to log and fix minor issues they might've otherwise ignored.
If you start measuring some metric, the team will adapt at improving that metric, but inevitably this will spill out into distorting or lowering performance in some other aspect. So as you point out, such survivor board might make team focus on fixing trivial/easy issues, but the issues requiring big time investment might go unfixed (as it would make 10 trivial issues pile up while you fix 1 old hard ticket - which w…
Interesting. Assigning a bounty to difficult bugs might mitigate that effect (as mentioned elsewhere).
Re: GitHub Survivor: a bug leaderboard for GitHub issues
#16When designing systems that reward bugfixes, beware the Cobra effect. [1] [1] = http://en.wikipedia.org/wiki/Cobra_effect
Are you suggesting developers would start adding bugs for the purpose of killing them off later?
FYI, we've had this system[1] at Twisted[2] for a long time, and that hasn't really happened. When it was first introduced, I argued that it might lead people to review too much; then Glyph counterargued that that's a feature, not a bug. History's proven him right.
It could be that because it's an open source project, and most development on it is by volunteers, that that mechanic is less strong: it's not like people collect bonuses or anything because of their scores... Nor would I suggest that in any other context :)
[1]: https://twistedmatrix.com/highscores/ [2]: https://twistedmatrix.com/trac/
Re: GitHub Survivor: a bug leaderboard for GitHub issues
#17Earlier quoted context omitted.
On the other hand, it's an incentive for devs to log and fix minor issues they might've otherwise ignored.
If you start measuring some metric, the team will adapt at improving that metric, but inevitably this will spill out into distorting or lowering performance in some other aspect. So as you point out, such survivor board might make team focus on fixing trivial/easy issues, but the issues requiring big time investment might go unfixed (as it would make 10 trivial issues pile up while you fix 1 old hard ticket - which w…
This is anecdotal evidence, but this hasn't happened in over 2 years of having this thing[1] at Twisted[2]. People understand it's fun and games, and it is not the true measure of success. Real success, including bringing in old/hard tickets, doing release management... etc is very much celebrated, even if it's not visible on the board.
Another comment that has been made here is that you shouldn't have giant monstro-tickets: they should be split up wherever possible. Clearly that's not possible in every case, but the point is that monstro-tickets aught to be the rare case.
Re: GitHub Survivor: a bug leaderboard for GitHub issues
#18How embarrassing, I guess I'd better close some bugs.