The company where I work has been trialling scrum on a project and is now looking to roll scum out to three or four different project teams. We are envisaging that these teams will work in separate feature branches (we are using SVN).
We are not sure if the different teams’ sprints should end simultaneously or if we should stagger the sprints so that the sprint ends and releases are separate. The product is a web site so deployment isn’t a problem.
We are concerned about code integration, if three teams integrate their code at the same time, is this likely to lead to conflicts. But if the releases are staggered this load may just be moved to the teams which are mid sprint.
Has anyone tried either approach and what have they found to work?
We also have several teams, our sprints are aligned, and we integrate continuously: when a story is complete. This is sometimes annoying, but that way we avoid long integration periods that could be painful. Each story is developped in a separate branch, and then integrated in the main branch. When two teams needs to share something that is not integrated, they work in the same branch.
We're building a packaged product, so deployment is not an issue for us.
The two questions are tied together: if you only integrate at the end of the sprints, which I'd not recommend, then you're better off staggering the sprints.
Henrik Kniberg (author of Scrum and XP from the trenches) wrote an article on Version Control for Multiple Agile Teams.