TFS Cross-Project Reporting

StackOverflow https://stackoverflow.com/questions/5827015

  •  27-10-2019
  •  | 
  •  

Вопрос

Мы мигрируем в 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: беспорядок
  • Кон: Возможно, безопасность

2) Измените все отчеты на перекрестную команду

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

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

  • Pro: нужно изменить только один проект TFS
  • Pro: Сохранять текущие отчеты, ориентированные на команду
  • PRO: Снижение риска управления разбиваемым рабочими предметами в командных проектах.
  • CON: Все команды должны использовать один и тот же шаблон процесса (не проблема для меня).
Это было полезно?

Решение

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

Другие советы

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

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

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top