Mutiple feature teams multiple products
Evening all.
We currently have two feature teams, one Web one mobile. They have their own backlogs. Each have their own product manager and scrum master. Team size is 11 including scrum and product role per team.
We have an increasing demand for delivery outside of the product backlog from other projects. Some will touch Web, some will touch mobile and some will touch both.
We've proposed a 3rd team, who will be capable of working on Web and Mobile delivery from demand outside the existing backlog. In times of slack they will help the existing feature teams with their backlog.
However one lead is stating the CI/CD overhead will be too much and instead of creating a 3rd team, we should bolster the existing team sizes, which is against textbook.
I'm personally against this as I believe the existing product backlogs will also be pernially pushed back because the external demand will be of a higher priority.
Thoughts on how to proceed?
Each Scrum Team should be able to focus on a product without distraction each Sprint. Increasing the size of a team beyond Scrum's recommended limits will make it harder for team members to collaborate. It will not compensate for poor CI/CD discipline.
If CI/CD is a constraint, then that is the problem which ought to be solved. The current implementation of Scrum should also be reviewed - there are no "lead" or "Product Manager" roles.
Is it really two products?
If the new requirements are higher value why is it a problem to prioritise them?
Hi Daniel,
I have another suggestion that can help you solve the problem. Can you reformat your feature teams into cross+functional teams, splitting mobile and web team into two halves and merging them together. This way both teams can handle both web and mobile and can easily adapt to whatever is thrown at them. It will also help create more unified look and feel across web and mobile.