Работа с артефактами командного проекта, выбор шаблона процесса

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

Чтобы создать командный проект, перейдите сюда.

Чтобы получить последние версии шаблонов процессов Team Foundation Server (TFS), установите Visual Studio Team Foundation Server 2013 (TFS). Затем они загружаются с помощью диспетчера шаблонов процессов.

Основные различия между тремя шаблонами процессов по умолчанию заключаются в предоставляемых ими для планирования и отслеживания работы типах рабочих элементов. Visual Studio Scrum — это наиболее облегченная среда, а MSF для CMMI предоставляет максимальную поддержку формальных процессов и управления изменениями.

Microsoft Visual Studio Scrum 2013 Выберите Visual Studio Scrum, если команда управляет ошибками вместе с элементами невыполненной работы по продукту во время планирования спринта. Шаблон Scrum предназначен для поддержки методологии Scrum в соответствии с организацией. Этот шаблон процесса отслеживает ошибки на том же уровне, что и элементы невыполненной работы, а оценки трудозатрат отслеживаются с помощью поля "Трудозатраты". Система автоматически обнуляет поле "Оставшиеся трудозатраты", когда состояние задачи устанавливается в значение "Готово".
MSF for Agile Software Development 2013 Выберите Agile, если в вашей организации ошибки рассматриваются отдельно от невыполненной работы по продукту, а рабочие элементы разрешаются, прежде чем их закрывают. Кроме того, выбирайте Agile, если команда выделяет время на ошибки в каждом спринте. Шаблон Agile предназначен для обеспечения гибкости структуры для команд, которые не хотят ограничивать себя Scrum. Он поддерживает оценку пользовательских историй с помощью баллов истории. Задачи содержат поля для отслеживания полей "Исходная предварительная оценка", "Оставшаяся работа" и "Завершенная работа". Ошибки на страницах невыполненной работы не отслеживаются. Подробнее о методологиях Agile см. на странице http://www.agilealliance.org/.
MSF for CMMI Process Improvement 2013 Выберите CMMI, если в организации ошибки рассматриваются отдельно от невыполненной работы по продукту, рабочие элементы разрешаются, прежде чем их закрывают, а также формально отслеживаются изменения в требованиях. Шаблон CMMI предназначен для поддержки формальных процессов управления изменениями. Этот шаблон поддерживает оценку требований с помощью поля "Размер". Задачи содержат поля для отслеживания полей "Исходная предварительная оценка", "Оставшаяся работа" и "Завершенная работа". Ошибки на страницах невыполненной работы не отслеживаются. Подробнее о процессах CMMI см. здесь.

Основные различия между шаблонами процессов по умолчанию

Шаблоны по умолчанию разработаны в соответствии с конкретными потребностями большинства команд. Все они поддерживают использование средств планирования Agile для создания невыполненной работы по продукту и работы в спринтах с доской задач. Если команда имеет нестандартные потребности, можно настроить шаблон и затем создать командный проект либо создать командный проект по шаблону и затем настроить проект.

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

Область процесса	Visual Studio Scrum	Agile	CMMI
Состояния рабочего процесса	Новый Утвержденный Зафиксированный Готовый Удаленный	Новый Активный Разрешенный Закрытый Удаленный	Предложенный Активный Разрешенный Закрытый
Планирование продукта (см. примечание 1)	Ошибка Элемент невыполненной работы по продукту	Описание функциональности пользователей	Требование
Невыполненная работа портфеля (2)	Функция	Функция	Функция
Планирование задач и итераций (3)	Задача	Задача	Задача
Управление невыполненной работой по ошибкам (4)	Ошибка	Ошибка Книга "Рассмотрение"	Ошибка Книга "Рассмотрение"
Управление проектами (4)	Препятствие	Проблема Книга "Проблемы"	Проблема Риск Анализ Книга "Проблемы"

Примечания.

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

2. Можно создавать функции и связывать их с элементами невыполненной работы, чтобы управлять невыполненной работой портфеля. Использование невыполненных работ портфеля позволяет определить иерархию невыполненной работы, чтобы понимать объем работы нескольких команд, а также видеть, как эти работы свертываются в более масштабные инициативы.

3. Можно определять задачи с помощью невыполненной работы спринта и доски задач. Страница невыполненной работы спринта в реальном времени отражает вводимые данные. Данные включают рабочие элементы, назначенные пути итерации, оставшуюся работу, занятость отдельных членов и перерывы в работе как для команды, так и для отдельных членов. Команды могут получить мгновенную информацию о скорости сгорания и точке, где они превышают свои возможности.

4. Книги доступны, только если для командного проекта настроен портал проекта SharePoint. Однако можно создать собственную книгу путем открытия соответствующего запроса в Excel.

Состояния рабочего процесса

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

Scrum	Agile	CMMI
Функция	Функция	Функция
Элемент невыполненной работы по продукту	Описание функциональности пользователей	Требование
Ошибка	Ошибка	Ошибка
Задача	Задача	Задача

Типы рабочих элементов Scrum и Agile, используемых средством планирования Agile, поддерживают переходы типа любой-к-любому. Можно обновить статус рабочего элемента, используя доску канбан или доску задач путем перетаскивания ее в соответствующую колонку состояния.

Состояния рабочего процесса, причины и переходы

Рабочий процесс определяет логическую прогрессию задач, которые должны быть выполнены, и то, кем они должны быть выполнены. Каждый рабочий процесс состоит из набора состояний, действительных переходов между состояниями и причин перехода рабочего элемента в выбранное состояние. Можно изменить рабочий процесс для поддержки дополнительных состояний, переходов и причин.

Состояния Удаленный, Закрытый и Завершенный.

Когда изменяет состояние рабочего элемента на Удаленное, Закрытое или Завершенное, система реагирует следующим образом:

• Закрыто или Завершено. Рабочие элементы в данном состоянии не отображаются в невыполненных работах портфеля и на страницах невыполненных работ. Однако они появляются на страницах невыполненной работы спринта, доске канбан или доске задач. Кроме того, при изменении вида невыполненной работы портфеля для показа элементов невыполненной работы, например для показа Функций элементов невыполненной работы по продукту, появятся элементы в закрытом и завершенном состоянии.

• Удалено. Рабочие элементы в данном состоянии не отображаются ни в одной доске или невыполненной работе.

Рабочие элементы поддерживаются в командном проекте до тех пор, пока командный проект активен. Даже если установить их в состояние Закрытый, Завершенный или Удаленный, запись будет содержаться в хранилище данных. Запись можно использовать для создания запросов и отчетов. Если есть необходимость полностью удалить рабочие элементы, можно использовать средство командной строки witadmin destroywi.

Типы рабочих элементов, добавленные во все шаблоны процессов

Следующие типы рабочих элементов одинаковы во всех шаблонах процессов.

Команды создают следующие типы рабочих элементов с помощью соответствующего средства:

• План тестирования, набор тестов, общие шаги тестовых случаев и общие параметры: Microsoft Test Manager.

  Общие параметры становятся доступными после обновления локального развертывания до TFS 2013.2.

  Типы рабочих элементов плана тестирования и тестового набора становятся доступными после обновления локального развертывания до TFS 2013.3.

• Запрос отзыва и ответ на отзыв: Запрос отзыва.

• Запрос на проверку кода и отклик на проверку кода: "Моя работа" (из командного обозревателя) и Запрос на проверку кода.

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

Примечание

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

Типы рабочих элементов, поддерживающие работу теста

Типы рабочих элементов, поддерживающие возможности тестирования и работу с Test Manager и Team Web Access, связаны друг с другом с помощью типов связей, показанных на следующем рисунке.

С помощью Team Web Access или Test Manager можно просмотреть, какие тестовые случаи определены для набора тестов, а также какие наборы тестов определены для плана тестирования. Однако эти объекты не соединены друг с другом при помощи типов связи.

Как отмечалось выше, типы рабочих элементов плана тестирования и набора тестов появляются после обновления сервера уровня приложений до TFS 2013.3. Эти типы рабочих элементов можно настраивать, как и любые другие типы рабочих элементов. См. раздел Настройка объектов отслеживания работ для поддержки командных процессов.

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

Определения каждого тестового поля см. в разделе Справочник по полям интеграции сборки и тестирования.

Дополнительные сведения об изменениях в Team Web Access и Test Manager после обновления до TFS 2013.3 см. в разделе Opening test plan and test suite work item types.

Вопросы, которые требуется задать команде

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

Вопрос	Выбор команды
Как ваша команда отслеживает работу?	Если члены команды в основном отслеживают ход выполнения работ путем обновления состояния элементов невыполненной работы, они могут использовать канбан-доску. Команда также может настраивать доску канбана для отслеживания хода выполнения в различных дорожках. Если команда разбивает элементы невыполненной работы на задачи для каждого спринта и оценивает оставшуюся работу, можно использовать доску задач спринта. Хотя оставшаяся работа обычно измеряется в часах, можно использовать совершенно любую единицу времени при условии, что она согласована командой. Путем вычисления и обновления оставшихся трудозатрат команда может отслеживать ход выполнения по диаграмме сгорания, предоставляемой на каждом спринте.
Ваша команда отслеживает производительность по отдельным членам или по активности?	Если команда отслеживает оставшуюся работу через задачи, она может оценить ресурсы для спринта для отдельных участников команды или для различных действий команды, таких как проектирование, тестирование и разработка.
Как ваша команда группирует работу?	Можно группировать работу несколькими способами. Элементы, создаваемые на странице невыполненной работы, автоматически назначаются пути к области команды. Элементы, назначенные спринту, назначены пути итерации спринта. Кроме того, можно назначать теги рабочим элементам, чтобы фильтровать невыполненную работу или список результатов запроса.
Ваша команда использует скорость и прогнозирование?	Для поддержки прогнозирования команда может использовать поля "Трудозатраты" (Scrum), "Баллы истории" (Agile) или "Размер" (CMMI), чтобы определить, сколько элементов может быть выполнено в течение спринта. Кроме того, диаграмма скорости покажет успех команды от спринта к спринту.
Как ваша команда обменивается информацией?	Члены команды могут присоединять файлы к рабочими элементам, возвращать файлы в исходный код или совместно работать с использованием портала командного проекта. После настройки портала проектов команда имеет доступ ко всем функциям сайта SharePoint, включая библиотеки документов, wiki-страницы, блог и календарь событий.
Ваша команда поддерживает свертку хода выполнения по нескольким командам?	С невыполненными работами портфеля можно быстро просмотреть свертку выполняемой работы по нескольким командам. Если член команды работает в нескольких командах, он может распределять свою производительность соответствующим образом между всеми командами.

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

В. Что если обновляется командный проект?

О. Сведения о том, что нужно сделать для использования новых функций, добавившихся при установке последней версии TFS, см. в разделе Обновление обновленного командного проекта для доступа к новым функциям.

Сведения о настройке существующих командных проектов см. в разделе Настройка объектов отслеживания работ для поддержки командных процессов.

В. Какой шаблон процессов следует использовать с доской канбана?

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

В. Как получить актуальные шаблоны процесса?

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

Также можно загрузить Примеры шаблонов процесса Team Foundation Server 2013 — Поддержка масштабируемой платформы Agile (SAFe). Эти шаблоны содержат настройки, описанные в данном техническом документе: Scaled Agile Framework: Using TFS to support epics, release trains, and multiple backlogs.

В. Имеется ли инструмент, поддерживающий визуализацию схемы состояния рабочих процессов?

Ответ. Да. Можно использовать редактор процессов, предоставляемый в составе Team Foundation Server Power Tools.

В. Что еще определяется в шаблоне процессов?

О. В дополнение к определению артефактов командных проектов шаблон процесса определяет начальную настройку многих элементов, используемых для отслеживания работы и поддержки тестовых работ. К таким элементам относятся следующие:

• пути к области и пути итерации

• Запросы рабочих элементов

• тестовые переменные, конфигурации, резолюции тестирования и настройки тестирования по умолчанию

• определения группы и членов, а также назначение разрешений

• Как поля Microsoft Project соответствуют полям Team Foundation

Все элементы могут быть сконфигурированы или настроены после создания командного проекта из шаблона процесса.

В. Можно ли настроить шаблон процесса?

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

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

О. См. раздел Изменения, выполняемые в командных проектах и шаблонах процессов по умолчанию в процессе обновления Team Foundation Server.

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

Ответ. Можно определить дополнительные невыполненные работы портфеля (до пяти штук).

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

Ответ. Вкладка Раскадровки в форме PBI позволяет связывать требования с раскадровками, добавленными в общую сетевую папку. Можно задать ссылку на любой URL-адрес, к которому команда имеет доступ. Кроме того, можно создавать ссылки на раскадровки, созданные с помощью раскадровок PowerPoint.

В. Куда можно обратиться с другим вопросом?

Ответ. Можно разместить вопрос или поискать ответы на форуме Team Foundation Server — командный проект и рабочий элемент.