TFS межпроектная отчетность - PullRequest
Новая
       28

TFS межпроектная отчетность

4 голосов
/ 29 апреля 2011

Мы переходим к 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) Переместить все команды втот же проект

  • Pro: нет отчетов об изменениях
  • Pro: осведомленность между группами
  • Con: беспорядок
  • Con: возможно, безопасность

2) Измените все отчеты на совместные.

  • Pro: команды могут иметь собственные проекты
  • Con: необходимо изменить и синхронизировать все отчеты по всемПроекты
  • Con: отчеты становятся менее полезными для отдельных команд (все еще можно настраивать копии)
  • Con: Команды должны использовать один и тот же шаблон процесса (для меня это не проблема)

3) Настройка проекта TFS только для управления, содержащего межгрупповые отчеты

  • Pro: необходимо изменить только один проект TFS
  • Pro: ведение текущих групповых отчетов
  • Pro: уменьшен риск нарушения управления рабочими элементами в команде projects.
  • Con: Все команды должны использовать один и тот же шаблон процесса (для меня это не проблема).

Ответы [ 2 ]

2 голосов
/ 30 апреля 2011

Это был бы хороший кандидат для использования служб Excel в службах SharePoint.Вы можете собрать их вместе гораздо быстрее, чем пользовательские отчеты SQL.Вы можете быстро и легко создавать складские отчеты для групп.

В этот момент вы можете свободно организовывать свои групповые проекты и корректировать их в дальнейшем.Фактически, вы можете обнаружить, что вам нужен TPC для каждой команды, а не просто один TPC.

2 голосов
/ 29 апреля 2011

Я настроил проекты, как вы определили выше.И я настроил отчеты TFS для № 2 и № 3.Мысль о том, чтобы заставлять команды переоформлять организацию для составления отчетов, делает вариант № 1 слишком серьезным для меня.№ 3 привлекателен, но так же, как и номер 1, ограничивает отдельные группы для совместного использования одинаковых типов рабочих элементов и шаблонов процессов.Неизменно я в конечном итоге в 2 состоянии.Особенно, если команды развивают свои процессы независимо.Мне удалось решить проблему «отчеты становятся менее полезными», вложив средства в настройку отчетов (я знаю, что это не тривиально).

...