News for hackers. Stuff that matters.
Re:How to correct a team member: avoid my damaging rookie mi... by arikr on Tuesday May 05, 2020 @06:22PM (#23085816)
- Only correct for things where the benefit of the correction outweighs the reduction in motivation that often comes with being corrected (e.g. if it's a critical correction, do it! but if it's a non-important benefit, consider skipping it)
Re:How to correct a team member: avoid my damaging rookie mi... by refurb on Tuesday May 05, 2020 @08:09PM (#23086567)
This is a great point actually. As a manager I had to "let go" of the small stuff and let the person learn on their own. Happy to share my own opinion, but left the decision up to them.

Nothing worse than getting "correction" about trivial things.

Re:How to correct a team member: avoid my damaging rookie mi... by nostromo95 on Tuesday May 05, 2020 @09:15PM (#23086981)
Ha. My personality tends towards letting small stuff go, but I work in management consulting, and so I end up having to be horrifically pedantic about spelling, formatting, etc. with my reports...

Luckily the entire organization is like this, but it definitely extracts a moral cost.

Re:How to correct a team member: avoid my damaging rookie mi... by Igelau on Tuesday May 05, 2020 @06:42PM (#23085992)
> a non-important benefit

E.g. "this will make me look so much smarter"

Re:How to correct a team member: avoid my damaging rookie mi... by thewebcount on Tuesday May 05, 2020 @08:52PM (#23086840)
Ugh, I have to deal with someone who is bad at this. He regularly sends out emails that include all the devs pointing out that someone broke the build (worth pointing out if they didn't already see the automated email - not worth humiliating them in front of the whole team), and then also tries to show the fix that will be needed.

On the one hand, when he's right (which is often) it can save some work, but on the other hand, he's not always right, and he always sounds like an ass.

I've repeatedly asked management to have a word with him about it, but they haven't because he's a valued team member and they don't want to rock the boat. I ended up blowing up at him over email about it and he's definitely been less of a dick to me about these things, but he continues to be a dick to everyone else about it because it makes him look smarter. It's pretty irritating and I never want to have to work with him again because of it.

Re:How to correct a team member: avoid my damaging rookie mi... by mcv on Wednesday May 06, 2020 @07:40AM (#23089850)
Don't you have a code review tool? That's a more productive way to channel corrections to other people's code.
Re:How to correct a team member: avoid my damaging rookie mi... by TheSpiceIsLife on Tuesday May 05, 2020 @10:36PM (#23087433)
Anonymously gift him the book The Asshole Survival Guide.
Re:How to correct a team member: avoid my damaging rookie mi... by matwood on Wednesday May 06, 2020 @09:21AM (#23090610)
There is always a balance. One thing to keep in mind though, is that small corrections early on can prevent big problems later. I've seen multiple times where a person was not corrected for what at the time seemed like minor annoyances, but they led to big issues and terminations later.

The old adage comes to mind, "it's not what you say, but what you tolerate". If you communicate a reasonably good standard early on, it is helpful for the entire team.

Re:How to correct a team member: avoid my damaging rookie mi... by mcv on Wednesday May 06, 2020 @07:37AM (#23089836)
I don't think correction has to be demotivating. Focus not on what they did wrong, but on the right way to do it. Give them something they can immediately apply. I think that can be more motivating, rather than less.
Re:How to correct a team member: avoid my damaging rookie mi... by zelphirkalt on Wednesday May 06, 2020 @03:34AM (#23088696)
In theory sounds good, but is it not a little bit difficult, to know, how much motivation another person loses? I mean, can you look inside or something?