I can see how that would make sense, but in practice it’s kind of tough to split up the teams that way. Generally the person or team developing the software are going to be better at fixing bugs, as they know the ins and outs of the code, and why they made the choices they made. Also coders tend to not like other people fixing their bugs are changing their code. I’m not sure how Apple does things internally these days, but I think what you would probably see is a team collecting and categorizing the bugs, then the person or team who worked on the individual piece of code that is buggy will work through to fix it.
I think the idea on stopping development for the next system, to fix the current system, comes down to them not pushing their teams to work on new ideas, and give them the time they need to sort through the problems their software currently has.