If I was their boss I would say something like “you’re job is to stay home and do anything besides work for the next week, you will still be paid for this time”. Easy.
As for the on-call stuff. Yes, that’s the point. It should be unsustainable for a company to continually rely on their daytime programmers for frequent on-call alert handling.
If off-hours issues happen often, the company can hire an additional team to handle off-hours issues. If off-hours issues are rare, then you can depend on your daytime programmers to handle the rare off-hours issue, and know that they will be fairly compensated for being woken up in the middle of the night.
I’ve been at too many companies where an off-hours alert wakes up a developer in the middle of the night and the next day the consensus is “that’s not good, but we’ll have to fix the underlying issue after we finish implementing the new UI the design team is excited about”. It’s not right for a developer to get woken up in the middle of the night, and then the company puts fixing that on the backburner.
I’ll say it again. It’s about aligning incentives. When things that are painful for the worker are also painful for the company, that is alignment. Unfortunately, most companies have the opposite of alignment, if a developer gets woken in the middle of the night the end result for the company is that they got some additional free labor; pain for the worker, reward for the company, that’s wrong.
“that’s not good, but we’ll have to fix the underlying issue after we finish implementing the new UI the design team is excited about”
Classic. Once I landed in a team who’s been woken up every night, often multiple times a night for several years. The people left were so worn down, burnt out and depressed that it was obvious just by looking at them. The company has cut the team to the bone and the only people left were folks that didn’t have the flashy resumes to easily escape. They had drawn up plans to fix the system years ago.
If I was their boss I would say something like “you’re job is to stay home and do anything besides work for the next week, you will still be paid for this time”. Easy.
As for the on-call stuff. Yes, that’s the point. It should be unsustainable for a company to continually rely on their daytime programmers for frequent on-call alert handling.
If off-hours issues happen often, the company can hire an additional team to handle off-hours issues. If off-hours issues are rare, then you can depend on your daytime programmers to handle the rare off-hours issue, and know that they will be fairly compensated for being woken up in the middle of the night.
I’ve been at too many companies where an off-hours alert wakes up a developer in the middle of the night and the next day the consensus is “that’s not good, but we’ll have to fix the underlying issue after we finish implementing the new UI the design team is excited about”. It’s not right for a developer to get woken up in the middle of the night, and then the company puts fixing that on the backburner.
I’ll say it again. It’s about aligning incentives. When things that are painful for the worker are also painful for the company, that is alignment. Unfortunately, most companies have the opposite of alignment, if a developer gets woken in the middle of the night the end result for the company is that they got some additional free labor; pain for the worker, reward for the company, that’s wrong.
Classic. Once I landed in a team who’s been woken up every night, often multiple times a night for several years. The people left were so worn down, burnt out and depressed that it was obvious just by looking at them. The company has cut the team to the bone and the only people left were folks that didn’t have the flashy resumes to easily escape. They had drawn up plans to fix the system years ago.