Мы переходим на TFS и на основе онлайн-комментариев решили структурировать TFS как один проект на команду, причем каждый «настоящий проект» является областью (а каждый выпуск - итерацией).
Это означает, что наша структура TFS в чем-то похожа на:
Apps Team
- WinForms Project
- WPF Project
- Embedded Project
- WPF Project 2
Web Team
- Admin Site
- Client Site
- Client Site 2
DB Team
- General Scripts
- DB 1
- DB 2
Однако с точки зрения руководства анализировать отчеты каждой команды по отдельности утомительно.
Для тех, кто имеет опыт использования этой структуры, мне интересно, какой из этих вариантов (или других вариантов) вы успешно использовали?
1) Переместите все команды в один проект
- Плюс: нет изменений в отчете.
- Плюсы: Межкомандная осведомленность
- Минус: беспорядок
- Против: Возможно, безопасность
2) Сделайте все отчеты кросс-командными.
- Плюс: команды по-прежнему могут иметь собственные проекты.
- Против: необходимо изменять и синхронизировать все отчеты по всем проектам.
- Против: отчеты становятся менее полезными для отдельных команд (все еще можно настраивать копии)
- Против: команды должны использовать один и тот же шаблон процесса (для меня это не проблема)
3) Настройте проект TFS только для управления, содержащий межгрупповые отчеты
- Pro: нужно изменить только один проект TFS
- Pro: Ведение текущих отчетов, ориентированных на команду
- Плюсы: Сниженный риск того, что руководство нарушит Рабочие элементы в командных проектах.
- Против: все команды должны использовать один и тот же шаблон процесса (для меня это не проблема).