[sandreas]

In my company we had exactly that problem. We first switched the sprints (2 Sprints only features, 1 sprint only bugs for the whole team), but that was unsuccessful, because the whole team were to many people to deal with bugs and bugs took too long to fix.

Usually we do pair programming in feature sprints, but this also did not work out really well for bugs all the time, since most of the time bugs are minor things to fix and should be reviewed and tested by another person.

Then, we tried to split the team into 2/8 or 3/7, while 2 or 3 people are responsible for bugs and the rest for features. That seems to work pretty well so far and is flexible enough, especially, when 3 people work in the bug team - so difficult bugs still can be fixed in a pair, if it is necessary.

BUT: The developers of the feature team and bug team switch in every sprint and the bug team works together with the feature team and is in the same office, the stand up is free for all team members to join in every direction.