Configure and customize Agile tools for a team project

Для максимально эффективного использования средств планирования по гибкой методике (Agile), предусмотренных в Visual Studio Online и Team Foundation Server (TFS), следует настроить эти функции таким образом, чтобы они поддерживали процессы, принятые в вашей команде. Некоторые функции можно настраивать с помощью пользовательского веб-интерфейса. Остальные функции можно настраивать только для локальных развертываний сервера TFS путем изменения определения XML.

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

Настройка с помощью пользовательского интерфейса

Настройка определения XML

Visual Studio Online и локальные развертывания сервера TFS Добавление тегов и фильтрация рабочих элементов по тегам. Настройка доски канбан. Диаграмма накопительных потоков (CFD): изменение даты начала Добавление спринтов, страниц невыполненной работы спринта и задание дат спринта. Диаграмма сгорания: изменение рабочих дней по умолчанию Отслеживание ошибок в невыполненной работе

Только для локальных развертываний сервера TFS Панель быстрого добавления Параметры столбца по умолчанию. Порядок настройки отображаемых по умолчанию дорожек см. в подразделе Настройка доски канбан далее в этом разделе. Добавление невыполненной работы портфеля. Изменение типов рабочих элементов (WIT), на которые ссылаются средства планирования по гибкой методике (Agile). Максимальное число рабочих элементов, которые могут отображаться на доске задач. Диаграмма сгорания: изменение рабочих дней по умолчанию Кроме того, можно настраивать следующие 3 области, влияющие на несколько средств планирования по гибкой методике (Agile): Цвет, назначенный типам рабочих элементов (WIT). Сопоставление состояний рабочего процесса и метасостояний, что влияет на все доски канбан. Изменение поля, используемого для отслеживания оставшейся работы, приоритета невыполненной работы, объема работы или трудозатрат на работу, которые требуются для прогнозирования и расчета скорости, а также типа действия задачи.

Изменение конфигурации средств планирования Agile

В средствах планирования по гибкой методике (Agile) используются XML-файлы определений категорий и конфигурации процесса для командного проекта. Категории группируют типы рабочих элементов (WIT), которые используются для определения элементов, отображаемых на страницах невыполненной работы портфеля, невыполненной работы и невыполненных задач.

Чтобы изменить XML-файл определения, экспортируйте этот файл, измените его, а затем импортируйте обратно. Для изменения этих файлов можно также использовать диспетчер TFS Team Project Manager, проект ресурсов сообщества на CodePlex.

Чтобы изменить конфигурацию процесса с помощью средства командной строки witadmin, выполните следующие действия.

1. Если у вас нет прав администратора для командного проекта, получите их.

2. Откройте окно командной строки там, где установлены Visual Studio или Team Explorer, и введите следующее:

   cd %programfiles%\Microsoft Visual Studio 14.0\Common7\IDE

   В 64-разрядной версии Windows замените %programfiles% на %programfiles(x86)%. Team Explorer можно загрузить бесплатно.

3. Экспортируйте файл конфигурации процесса.

   witadmin exportprocessconfig /collection:CollectionURL /p:ProjectName /f:"DirectoryPath/ProcessConfiguration.xml"

   Пример CollectionURL— http://MyServer:8080/tfs/TeamProjectCollectionName.

4. Измените файл. Подробнее см. в разделе Справочник по XML-элементам конфигурации процесса.

5. Импортируйте файл конфигурации процесса.

   witadmin importprocessconfig /collection:CollectionURL /p:ProjectName /f:"DirectoryPath/ProcessConfiguration.xml"

6. Откройте веб-портал TFS, чтобы просмотреть изменения. Если он уже открыт, обновите страницу.

Подробнее об использовании witadmin читайте в разделах Импорт и экспорт конфигурации процесса [witadmin] и Импорт и экспорт категорий [witadmin].

Настройка канбан-доски (локальное развертывание TFS)

Доска канбан поддерживает два уровня настройки. Первый уровень настраивается с помощью пользовательского интерфейса, второй уровень — путем изменения рабочего процесса.

Первый простейший уровень включает в себя возможность задания требуемого числа дорожек, как указано здесь. Дорожка представляет собой псевдосостояние или промежуточное состояние в состоянии рабочего процесса.

Каждая команда может создавать собственное настроенное представление дорожек. Недостаток заключается в невозможности запроса рабочих элементов на основе состояния дорожки. Запрос рабочих элементов возможен только на основе присвоенного им состояния.

Изменив рабочий процесс таким образом, чтобы он поддерживал требуемые дорожки, вы обеспечиваете поддержку запросов на основе всех состояний/дорожек. Такая настройка требует изменения рабочего процесса для тех типов рабочих элементов (WIT), которые назначены категории требований, например для элемента невыполненной работы по продукту или для пользовательской истории. Дорожки по умолчанию соответствуют состояниям рабочего процесса тех типов рабочих элементов (WIT), которым сопоставлены метасостояния. Если дорожки должны соответствовать пользовательскому рабочему процессу, необходимо внести следующие два изменения:

1. Измените рабочий процесс типов рабочих элементов (WIT) в категории требований.

2. Измените конфигурацию процесса, чтобы все состояния рабочего процесса были сопоставлены метасостояниям.

Вопросы и ответы

Вопрос. Каких настроек следует избегать, чтобы обеспечить автоматическое обновление TFS?

Ответ. Если вы не производите настроек, то можете использовать мастер настройки компонентов для обновления командных проектов после обновления TFS. Дополнительные сведения о том, какие настройки вы можете вносить без последствий, а каких следует избегать, см. в разделе Настройка отслеживания хода выполнения работы: оценка влияния обслуживания и обновления перед настройкой.

В. Как работать с тегами?

О. Дополнительные сведения о добавлении тегов и фильтрации списков см. здесь.

Вопрос. Какое максимальное количество рабочих элементов может отображаться на доске задач?

Ответ. Для ограничения времени загрузки до приемлемых параметров на доске задач отображается не более 1000 рабочих элементов.

В локальных развертываниях TFS можно увеличить это значение максимум до 1500, указав значение атрибута workItemCountLimit элемента TaskBacklog.

<TaskBacklog category="Microsoft.TaskCategory" pluralName="Tasks" singularName="Task" workItemCountLimit="800" >
. . .
</TaskBacklog>

Вопрос. Почему я не вижу невыполненную работу портфеля "Функция"?

Ответ. Для просмотра невыполненных работ портфеля и работы с ними требуется Расширенный доступ. Однако система не накладывает ограничений на создание и изменение рабочих элементов "Функция".

Вопрос. Можно ли организовывать работу команд, используя поле, а не путь к области?

Ответ. Да, в локальных развертываниях TFS. Если в организации несколько команд, работающих из общей невыполненной работы и по многим областям продукта, имеет смысл настроить командный проект для поддержки полей команды. Эта конфигурация по-прежнему позволяет командам работать независимо, однако работу можно назначать командам, а не по пути к области продукта.

Вопрос. Что можно настраивать для команды?

Ответ. См. раздел Совместная работа с использованием командных ресурсов.

В. Как изменить дату начала для диаграммы CFD?

Ответ. Из диаграммы CFD откройте диалоговое окно "Изменение диаграммы" и выберите дату начала. Дополнительные сведения о диаграммах CFD см. здесь.

Вопрос. Как изменить рабочие дни по умолчанию?

Ответ. Откройте Параметры со страницы администрирования команды. Если вы не являетесь администратором команды, станьте им.

В. На какое хранилище данных ссылаются средства планирования Agile?

Ответ. Страницы и диаграммы Agile на веб-портале ссылаются на хранилище данных типов рабочих элементов в реальном времени. Это означает, что отсутствует задержка по времени при добавлении или обновлении данных и отображении данных на страницах и диаграммах средства планирования Agile.

На следующем рисунке поля рабочих элементов отображаются в синей рамке, чтобы подчеркнуть, что их определения применяются ко всем командным проектам в коллекции командных проектов. Рамками желтого цвета обозначаются объекты типов рабочих элементов, определенные для командного проекта. Для команды определены страницы и диаграммы Agile, показанные фиолетовым цветом.

Вопрос. Где можно разместить вопрос?

Ответ. Вы можете найти дополнительные ответы на имеющиеся вопросы или разместить вопрос на одном из следующих форумов: Team Foundation Server. Отслеживание рабочих элементов или TFS Web Access.