Я бы склонялся к меньшему количеству командных проектов, тем лучше. Отчеты попадают в логические «пакеты»? У вас есть абсолютная необходимость управлять ими отдельно? Вы достаточно гибки, чтобы работать с одним проектом над несколькими проектами?
При определении объема групповых проектов - независимо от типа хранимых в них решений - я стараюсь найти наилучший баланс между гранулярностью и возможностью развертывания. Помните, что если вы собираетесь настроить отслеживание рабочих элементов, групповые сборки или использовать порталы проектов - каждый командный проект фактически становится границей между ними.
Для таких вещей, как WIT, вы можете обеспечить разделение по функциональным областям. Сборки, вы будете в основном иметь один на проект, если планируете сделать его простым и понятным. Порталы, как правило, не являются точкой продажи тем или иным способом в конечном итоге для меня, хотя иногда группы безопасности AD, которые я сопоставляю с командными проектами, делают это немного более важным.
Не зная подробностей вашей ситуации, я все равно склонялся бы к вашему "Сценарию 2". Необходимость переключаться между командными проектами и знать, какой из них на несколько нажатий клавиш больше, чем я хотел бы делать на постоянной основе. Если бы я хотел разветвлять пару отчетов, я бы также разветвлял больше, чем нужно, чем поддерживал бы несколько ветвей.