News for hackers. Stuff that matters.
Re:The Ten Commandments of Egoless Programming (2006) by joelhooks on Sunday December 29, 2013 @09:22PM (#6982673)
I love the word "blamestorm" when any meeting starts to go that direction. As in "sweet, we're gonna blamestorm?"
Re:The Ten Commandments of Egoless Programming (2006) by j45 on Sunday December 29, 2013 @09:59PM (#6982779)
Totally. Blamestorming taps focus and ultimately progress towards "how it should be"
Re:The Ten Commandments of Egoless Programming (2006) by barbs on Sunday December 29, 2013 @10:17PM (#6982837)
Wouldn't it be more efficient to focus on what's wrong with the code then, rather than whose fault it was?
Re:The Ten Commandments of Egoless Programming (2006) by j45 on Monday December 30, 2013 @09:56PM (#6988673)
Very few things are as black and white as pregnancy.

When solving a problem starts by blaming someone, it can distract the conversation and attention to become about personalities, positions, politics, arguing over perceptions, & interpretations, instead of the problem itself.

If, after something like the 5 why exercise, all roads keep leading to someone, one can probably look at having a positive supportive intervention.

If that person doesn't want it or feel they need it? That's more of a culture thing than just about one person.

Re:The Ten Commandments of Egoless Programming (2006) by StavrosK on Monday December 30, 2013 @04:41AM (#6983862)
It depends. Mistakes happen, sure, and you just say "it was a mistake, let's make sure we have the processes to catch it or avoid it next time and move on".

However, when there's one guy who always keeps making mistakes and creating work for the rest of the team, even making the same mistake multiple times, then, in my opinion, some blame is warranted.