this post was submitted on 02 Sep 2023
224 points (94.4% liked)
Programming
22627 readers
220 users here now
Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!
Cross posting is strongly encouraged in the instance. If you feel your post or another person's post makes sense in another community cross post into it.
Hope you enjoy the instance!
Rules
Rules
- Follow the programming.dev instance rules
- Keep content related to programming in some way
- If you're posting long videos try to add in some form of tldr for those who don't want to watch videos
Wormhole
Follow the wormhole through a path of communities !webdev@programming.dev
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
This is too simplistic in the opposite direction.
What is with the team that Tim is only pairing.
Are they constantly hiring? Are the hires bad?
If Tim unable to transfer his knowledge, basically holding their hand, making bad hires look worth keeping...he's actually hurting the company.
If Tim is not increasing their solo performance then something is wrong.
You misread that entire thing. It's not that the team was bad, or that there was any significant turnover. Nor is Tim unable to transfer his knowledge, since that's not the point of what he does.
He's a sounding board. A sober voice asking the right questions when you've got your head down hyperfocused on a problem. Someone to talk to just to make sure you're on the right track, even though you were pretty sure anyways. The team would still perform without him, but he improves their quality and performance just by standing in for the duck and actually asking the right questions. It's a very subtle, very delicate job. Not everyone can do it. That's why they keep Tim on the team.
I understand the justification.
I am not convinced.
There is zero evidence that the team performs better or worse since at no point did Tim stop being Tim. There is no base line.
If Tim had tried to pick up some points and the result was the rest of the team stumbling, that would be one thing. Tim didn't, he kept doing his own thing because his team lead is afraid of Tim.
Tim should be fired.
Spoken like a true beaurocrat who only cares about the individual KPIs. If all you look at is the individual, you'll miss the performance of the team.
So you fire Tim. Great! He was a slacker who didn't produce any story points. Now everyone is working individually. The other seniors don't have time to help juniors because they have their own stories to work on. Gotta keep those stats up...don't want to end up like Tim. The juniors start introducing bugs into the code accidentally. That's not good, their stats are going to go down. Except the one that picks up the bug fixes, his stats look great! He's sure to get a promotion doing nothing but fixing everyone else's mistakes. Then the other juniors start catching on, and start pickup up their own bug fixes that they introduced. Now the juniors are spending about half their time fixing bugs they created, while seniors start looking like slackers because they don't produce as many story points. Well something needs to be done about that, because you don't want to end up like Tim...
Any points system can be gamed. If all you look at are the numbers, you'll miss how the team really works.
A beaurocart? Just going to make shit up about me to fit your head cannon?
I never said any of the shit you claimed.
In either case, all that matters is whether Tim produced story points or that rest of the team produced enough story points, and that Tim should be fired for not doing that. I'm literally just using you're own words...