Спонсор: Microsoft
Опубликован: 25.03.2010 | Доступ: свободный | Студентов: 814 / 26 | Оценка: 4.43 / 3.71 | Длительность: 10:46:00
Лекция 14:

Проекты MSF Agile

< Лекция 13 || Лекция 14: 12 || Лекция 15 >
Планирование до начала итераций
  • Опираясь на приоритеты, менеджер проекта принимает решение, над какими сценариями будет вестись работа в ходе итерации.
  • Менеджер продукта и менеджер проекта формулируют требования качества обслуживания ( 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.

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

< Лекция 13 || Лекция 14: 12 || Лекция 15 >
Александр Будник
Александр Будник
Израиль, Иерусалим
Pavel Pelevin
Pavel Pelevin
Украина, Одесса