Проекты MSF Agile

Планирование до начала итераций

• Опираясь на приоритеты, менеджер проекта принимает решение, над какими сценариями будет вестись работа в ходе итерации.
• Менеджер продукта и менеджер проекта формулируют требования качества обслуживания ( Quality of Service, QoS ) для сценария. Требования QoS привязываются к сценариям.

Планирование итераций

• Менеджер проекта:
  1. Совместно с разработчиками и другими членами команды разбивает сценарии на задачи для разработчиков.
  2. Переносит задачи разработки в TFS и связывает их со сценариями.
  3. Определяет критерии завершения для каждой из задач разработки.
  4. Разделяет требования QoS на задачи тестирования.
  5. Переносит задачи тестирования в TFS и связывает их с QoS -требованиями.
  6. Определяет критерии завершения для каждой из задач тестирования.
  7. Составляет расписание выполнения задач и назначает их членам команды.

• Разработчик оценивает все задачи разработки.

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

После итерации

• Менеджер проекта:
  1. Анализирует развитие проекта и заново расставляет приоритеты сценариев, которые не были завершены в ходе итерации.
  2. Предоставляет отчет о состоянии проекта заинтересованным лицам.
  3. На основании приоритетов решает, над какими сценариями будет вестись работа на следующей итерации.
• Менеджер продукта:
  1. Добавляет все вновь выявленные сценарии.
  2. Меняет приоритеты сценариев (при необходимости).
  3. Вместе с менеджером проекта формулирует требования QoS для сценария. Требования QoS привязываются к сценариям.

Пример 2: сторонние разработчики

В следующем примере показано, как процесс MSF Agile используется одним из сторонних разработчиков.

Новый проект с нулевой итерации

• Бизнес-аналитик:
  1. Пишет краткую (на одну страницу) декларацию проекта.
  2. Находит представителя заказчика, с которым можно будет обсудить входные данные и создать персоны.
  3. Совместно с заказчиком идентифицирует сценарии.
  4. Совместно с заказчиком определяет приоритеты сценариев.
  5. Пишет сценарии для предстоящей итерации.
• Менеджер проекта:
  1. Собирает совещание разработчиков, на котором они делятся своими оценками, пока приблизительными, по порядку величины.
  2. Проверяет, не изменились ли приоритеты после подсчета затрат.
  3. Составляет расписание сценариев для предстоящей итерации.
• Архитектор разделяет сценарии на задачи архитектуры.
• Разработчик:
  1. Разделяет сценарии на задачи разработки.
  2. Определяет соответствующую стратегию сборки (по возможности, непрерывную интеграцию).
• Специалист по тестированию разделяет сценарий на задачи тестирования.

Во время итерации

• Менеджер проекта:
  1. Руководит итерацией.
  2. Руководит проектом.
• Архитектор определяет архитектуру решения.
• Разработчик реализует задачу разработки.
• Тестировщик проводит тестирование сценария.

После нулевой итерации

На этом этапе задачи несколько меняются.

• Бизнес-аналитик:
  1. Обновляет персоны (при необходимости).
  2. Добавляет вновь обнаруженные сценарии.
  3. Изменяет приоритеты сценариев (при необходимости).
  4. Пишет сценарии для предстоящей итерации.
• Менеджер проекта:
  1. Оценивает новые сценарии.
  2. Составляет расписание сценариев для предстоящей итерации.
• Архитектор разделяет сценарии на задачи архитектуры.
• Разработчик:
  1. Разделяет сценарии на задачи разработки.
  2. Обновляет процесс сборки (по возможности, непрерывную интеграцию).
• Специалист по тестированию разделяет сценарий на задачи тестирования.

Настройка шаблона MSF Agile

Есть два способа отредактировать шаблон MSF Agile согласно потребностям вашей организации:

• Ручная настройка XML-файлов Ручная настройка чревата ошибками, но с другой стороны позволяет управлять тонкими деталями настройки. Подробнее - в статье "Customizing Process Templates" по адресу http:// msdn2.microsoft.com/en-us/library/ms243782(VS.80).aspx.
• Process Template Editor В последнюю версию комплекта усовершенствований, инструментов и утилит командной строки Visual Studio 2005 Team Foundation Server Power Tool входит программа с графическим интерфейсом для просмотра и редактирования шаблонов процесса. Подключившись к TFS, вы можете воспользоваться этим редактором для настройки определений типов рабочих элементов и глобальных списков активного проекта. Подробнее - в разделе "Как настроить шаблон процесса в Visual Studio Team Foundation Server ".

Резюме

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

Если стандартный шаблон процесса не отвечает потребностям вашей организации, настройте его, вручную отредактировав XML -файлы определения процесса или при помощи Process Editor Tool из комплекта TFS Power Tools.

Дополнительные ресурсы

• Шаблон процесса MSF Agile доступен для загрузки по адресу http://www. microsoft.com/downloads/details.aspx?Family ID=EA75784E-3A3F-48FB-824E-828BF593C34D&displaylang=en.
• Комплект Team Foundation Server Power Tools, включая Process Template Editor, доступен для загрузки по адресу http://msdn2.microsoft.com/en-us/ vstudio/aa718351.aspx.
• Подробнее о настройке шаблона процесса читайте в статье "Process Template Customization Overview" по адресу http://msdn2.microsoft.com/ en-us/library/ms194945(VS.80).aspx.
• Подробнее о ручной настройке шаблона процесса читайте в статье "Customizing Process Templates" по адресу http://msdn2.microsoft.com/en-us/library/ms243782(VS.80).aspx.