Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Ask HN: How do you handle underperforming remotes at your company?

news.ycombinator.com

Post reply on HN
Print view View original

11–20 of 38 posts

Re: Ask HN: How do you handle underperforming remotes at your company?

#11

Post by FirmwareBurner »

The_Colonel wrote: post #10
FirmwareBurner wrote: post #8

Earlier quoted context omitted.

Or check Jira and Git, it's not rocket science. If the person has a task assigned that would take a junior max 3 days of chill work to knock out but it's been 7 days and still no results and the person hasn't reported any blockers on the dailys, it's pretty obvious there's a performance issue.

It's quite easy to hide (provide plausible deniability for) low productivity if the person is smart about it. Complain about environment issues, broken CI builds, unexpected complexity etc., there was one meeting too, then put in the minimum amount of progress.

Of course it's easy to fake issues to justify lack of productivity for months when you're remote, but then you should be sharing your issues at the daily meetings so people can help you fix them to get on with work. That's what the dailys are for.

Keeping your blocking issues silent for days is what the problem is, not that you habe issues.

Re: Ask HN: How do you handle underperforming remotes at your company?

#12

Post by notyourav »

Depends on your role. Assuming you are their direct supervisor, simply give more tasks. Slacking off is usually due to not enough to do. Follow the tasks at a high level, make sure he knows he’s being tracked. This has even the effect of increasing motivation, as most people value attention.

If slack off means he’s not showing up at team meetings, constantly missing deadlines, low quality of work, etc.. just give feedback on a case-by-case basis, ask how he would make it better next time.

If he fails to improve and the examples pile up, time to make hard decisions. I have to say, in my experience as a direct supervisor, only 1 out of like 4 people fail to improve, if you are willing to invest your time and effort.

Re: Ask HN: How do you handle underperforming remotes at your company?

#13

Post by starcraft2wol »

The_Colonel wrote: post #9
TooSmugToFail wrote: post #2

Assuming you have objective performance metrics, and consistent criteria, the appropriate course of action would be to warn them, re-evaluate after a trial period, and fire if nothing changes.

"objective performance criterias" in a development role is a joke.

They must work at Google

Re: Ask HN: How do you handle underperforming remotes at your company?

#15

Post by GoToRO »

FirmwareBurner wrote: post #8
carlosjobim wrote: post #6

Depends entirely if you're his colleague or boss. To get good answers you have to ask good questions.

Or check Jira and Git, it's not rocket science. If the person has a task assigned that would take a junior max 3 days of chill work to knock out but it's been 7 days and still no results and the person hasn't reported any blockers on the dailys, it's pretty obvious there's a performance issue.

Aaa... the mythical junior.

Re: Ask HN: How do you handle underperforming remotes at your company?

#16

Post by pawelduda »

The_Colonel wrote: post #10
FirmwareBurner wrote: post #8

Earlier quoted context omitted.

Or check Jira and Git, it's not rocket science. If the person has a task assigned that would take a junior max 3 days of chill work to knock out but it's been 7 days and still no results and the person hasn't reported any blockers on the dailys, it's pretty obvious there's a performance issue.

It's quite easy to hide (provide plausible deniability for) low productivity if the person is smart about it. Complain about environment issues, broken CI builds, unexpected complexity etc., there was one meeting too, then put in the minimum amount of progress.

Complaining about all these is legit, I'd rather do it and get fired for "underperforming" than push through this shit and burn out. These sound like excuses but could be real issues that should be investigated because maybe it's rotten infrastructure that nobody cared about because it's "unproductive". Other devs can be affected too, apart from the person raising it because they lowered their expectations over time and can handle the suffering for the time being, while waiting second hour for CI to pass

Re: Ask HN: How do you handle underperforming remotes at your company?

#17

Post by rShergold »

I’ve had to deal with this a few times now. After asking around the greybeards I really respect this is my current run book.

First: Talk to them about it. This is the hardest part. The aim of this conversation is to let them know you’ve noticed a change in performance and you want to know what you can do to help. It’s an open conversation but there are two possible outcomes.

1. They’re bored of their work. This is more common than you think. Give them a big problem. Maybe a bug no one can figure out. Maybe move them to a different project for a while. Check in with them every day/2 days. They don’t have to solve/finish it instantly but they do have to demonstrate engagement.

2. They’re burnt out. This is coming for all of us one day so be kind. The solution to burnout is give them micro tasks. If there are no micro tasks take an existing task and break it down into micro tasks. Something that would take you an hour to do. You want to get them into the habit of moving tickets across the board again. There’s no time pressure here but you do want to start tracking their productivity.

If you suspect they are slacking off/have problems at home/have a full time second job solution 2 also applies.

Think of this period as like hiring an intern/junior developer. Your job is to support them & build them up. If they were once productive you’re trying to get that guy back. This takes time and don’t rush it.

Keep a close eye on their velocity. Expect them to be slowly building up. If you use ticket points track their points.

If after the first 2 weeks you get the feeling they are not engaging now is the time to notify your manager/ HR (depending on your country firing someone may be a long process)

The aim is to get them back to being productive again. Whatever caused this issue. don’t expect to get them back for 2-3 months. This is okay remember how much it costs in time and money to get in a replacement.

What we want to see over that time is a gradual improvement in velocity. Slowly start giving larger tasks. Check in with them at standup every day and have a half hour call with them once/twice a week.

Over these 2/3 months if you see no improvement bring in HR and initiate a formal PIP or whatever process you have for firing someone. If they’re taking the piss they’ve been found out. If they’re burnt out and are not engaging with this process maybe their time as a software developer has come to an end. At the very least their time at your company has.

Every single person is different. One person I took though the process fully embraced it and has since been promoted. Turns out he just needed more responsibility.

Re: Ask HN: How do you handle underperforming remotes at your company?

#20

Post by icedchai »

FirmwareBurner wrote: post #8
carlosjobim wrote: post #6

Depends entirely if you're his colleague or boss. To get good answers you have to ask good questions.

Or check Jira and Git, it's not rocket science. If the person has a task assigned that would take a junior max 3 days of chill work to knock out but it's been 7 days and still no results and the person hasn't reported any blockers on the dailys, it's pretty obvious there's a performance issue.

I usually check Git, see nothing committed, then ask them privately "how are things going with your project? Do you need any assistance?" Another couple days goes by, some garbage that doesn't run is committed to git... I ask again. The cycle repeats. I'm just the tech lead on the project, I have no real authority, so if the situation doesn't improve I do mention it to the actual manager. They usually then do nothing.
Post reply on HN