I used to analyse performance of programmers in my team by looking at the issues they have closed. Many of the issues are of course bugs. And here another important performance aspect comes - who introduced the bugs. I am wondering, if creating a custom field in the issue tracking system "Blamed" for reporting the person who generated the problem, is a good practice.
One one hand it seems ok to me to promote personal responsibility for quality and this could reduce the additional work we have due to careless programming. On the other hand this is negative, things are sometimes vague and sometimes there is a reason such us "this thing had to be done very quickly due to a client's...".
What to you think?
-
6What do you plan on doing with this information and how much of a productivity decline will you accept because no one want to ever check in a bug and will fight to the death to avoid being the one to blame.JeffO– JeffO06/02/2014 20:22:24Commented Jun 2, 2014 at 20:22
-
3programmers.stackexchange.com/q/154733/52929enderland– enderland06/02/2014 20:23:29Commented Jun 2, 2014 at 20:23
-
3This is both a duplicate questions and a terrible idea, for reasons documented in the duped question.whatsisname– whatsisname06/02/2014 20:37:20Commented Jun 2, 2014 at 20:37
-
3It doesn't have to be negative. Quite frankly I would be delighted to have a one on one with a colleague about a tricky bug I created. Generally human nature makes this tough. Too many people take things personally.ChaosPandion– ChaosPandion06/02/2014 20:41:34Commented Jun 2, 2014 at 20:41
-
2JensG it may not be intended to be about "blame", but when the OP creates a field called 'Blame' with peoples names in it, some people tend to see the obvious: you are blaming someone. It is good to figure it out and analyze that I agree. Doing it via a field called blame does not seem a good approach imho. One alternative is to use retrospectives to review prior work.Michael Durrant– Michael Durrant06/02/2014 21:43:14Commented Jun 2, 2014 at 21:43
1 Answer 1
No, no, 1024 times no
What's important is to figure out how to prevent similar future bugs. Everyone makes mistakes, there is nothing to be gained from finger-pointing. Blaming people does not improve the process, nor does it help the team
Explore related questions
See similar questions with these tags.