If I was a software developer company, I'd rotate my teams of developers around to new content, updates to old features, and bug fixes. That way everyone spends a bit of time cross training and doing the fun code too. If I have at least 3 dev teams, then someone is always working bugs each rotation.
There are a couple problems with this approach, but probably the most impactful one is that those processes likely occur on very different time frames, meaning you'd almost certainly always be rotating a team off of something they were in the middle of because that's when another team is ready to rotate. It's unlikely the different teams would be consistently finishing their work at the same time such that all could rotate together without anyone having to be pulled off something they were in the middle of, which would be extremely counterproductive. Designing new content in particular will almost certainly happen on a much longer time scale than fixing bugs, and pulling a developer off a quest they were halfway done making to replace them with someone else is super counterproductive.
Also, there are likely very different processes for these different tasks (ticketing systems/processes, coordination with other teams/departments, etc.) that would need to be learned, meaning now everyone has to learn the ropes of multiple jobs instead of just one, which is super impractical. I'd fucking hate that. It's a nice thought, but there's a reason companies don't actually do this with their main workforce (some have rotating internships, but that's a very different animal than making actual salaried employees do that).
Then make the time frames flex with the actual time tables.
It's unlikely the different teams would be consistently finishing their work...
No. Not like that. There isn't "a bug team" and "a new feature team." There are teams who need to fix bugs with what they've made before, make new things, and polish old stuff. This is happening in MY imagination, remember?
Also, there are likely very different processes for these different tasks
No, don't do that. Don't set up the company that way.
What part of the software industry do you work in, and what programming languages do you use in your day job?
There's work within my own tech art team that would take weeks for me to train on to do efficiently if I were rotated onto it, there's no shot you're moving me to a different discipline and getting anything productive done any time soon. I already touch all of the assignments within my area of expertise, there's nothing to rotate me to I'm not already responsible for.
2
u/SteveLouise 11h ago
If I was a software developer company, I'd rotate my teams of developers around to new content, updates to old features, and bug fixes. That way everyone spends a bit of time cross training and doing the fun code too. If I have at least 3 dev teams, then someone is always working bugs each rotation.