←back to thread

210 points dakshgupta | 1 comments | | HN request time: 0.307s | source
Show context
glenjamin ◴[] No.41847498[source]
Having a proportion of the team act as triage for issues / alerts / questions / requests is a generally good pattern that I think is pretty common - especially when aligned with an on-call rotation. I've done it a few times by having a single person in a team of 6 or 7 do it. If you're having to devote 50% of your 4-person team to this sort of work, that suggests your ratios are a bit off imo.

The thing I found most surprising about this article was this phrasing:

> We instruct half the team (2 engineers) at a given point to work on long-running tasks in 2-4 week blocks. This could be refactors, big features, etc. During this time, they don’t have to deal with any support tickets or bugs. Their only job is to focus on getting their big PR out.

This suggests that this pair of people only release 1 big PR for that whole cycle - if that's the case this is an extremely late integration and I think you'd benefit from adopting a much more continuous integration and deployment process.

replies(5): >>41847622 #>>41847713 #>>41847719 #>>41849997 #>>41850708 #
marcinzm ◴[] No.41847622[source]
That's also been my experience. It's part time work for a single on call engineer on a team of 6-8. If it's their full time work for a given sprint then we have an urgent retro item to discuss around bug rates, code quality and so on.
replies(1): >>41849162 #
1. cutemonster ◴[] No.41849162[source]
Might be quick nice-to-have features too (not only bugs)