Проекты MSF Agile

Обзор

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

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

Организация работы в проекте MSF Agile

В шаблоне MSF Agile определен набор задач, которые выполняются в ходе итераций цикла разработки ПО различными ролями, например: бизнес-аналитиками, архитекторами, менеджерами проекта, разработчиками и специалистами по тестированию. Основные действия, связанные с каждой задачей, описаны в табл. 14.1.

Параметры MSF Agile по умолчанию

Когда вы создаете новый командный проект на основе шаблона MSF Agile, в главном окне Microsoft Visual Studio® отображается страница с общим описанием процесса. Это ваше первое знакомство с процессом MSF Agile. Доступ к этой информации можно также получить с домашней страницы портала проекта.

Разумеется, одним описанием дело не ограничивается. Вам доступна настройка рабочих элементов (например, сценариев, требований к качеству обслуживания, задач, ошибок и рисков), отчетов по проекту, ролей (групп и разрешений), а также портала проекта. Далее перечислены основные компоненты шаблона MSF Agile:

• рабочие элементы;
• группы и разрешения;
• контроль исходного кода;
• области и итерации;
• отчеты;
• портал.

Далее компоненты шаблона MSF Agile описаны более подробно.

Рабочие элементы

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

• Bug Реальная или потенциальная проблема в приложении.
• Risk Возможное событие или условие, способное отрицательно сказаться на проекте.
• Scenario Конкретная "траектория" взаимодействия пользователя с создаваемой вами системой.
• Task Конкретный фрагмент работы, выполняемый членом команды.
• Quality of Service Requirement Нефункциональное требование, относящееся, например, к безопасности, производительности или управляемости.

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

• Set up: Set Permissions Добавление членов команды в одну из четырех групп безопасности: Build Services, Project Administrators, Contributors и Readers.
• Set up: Migration of Source Code Перенос существующего исходного кода из Microsoft Visual SourceSafe® при переносе в Microsoft Visual Studio Team Foundation Server существующего проекта. Необходимо сначала завершить перенос исходного кода и лишь потом открывать членам команды доступ к проекту.
• Set up: Migration of Work Items Перенося в TFS существующий проект, вы можете также перенести рабочие элементы (например, ошибки и задачи) из Clearquest или при помощи файла с разделителями-запятыми. Необходимо сначала завершить перенос рабочих элементов и лишь потом открывать членам команды доступ к проекту.
• Set up: Set Check-in Policies Настройка бизнес-правил или политики, связанных с возвратом исходного кода после правки.
• Set up: Configure Build Создание исходного дерева источников и настройка сборки на регулярной основе (как правило, ежедневно).
• Set up: Send Mail to Users for Installation and Getting Started Отправка членам команды сообщений электронной почты с информацией о том, к какому TFS -серверу им подключаться и с каким проектом работать.
• Create Vision Statement Создание общего описания проекта с указанием конечной цели, одобренной всеми заинтересованными лицами.
• Set up: Create Project Description on Team Project Portal Изменение описания проекта по умолчанию в соответствии с решаемой задачей, например, включение в него описания целей и конечного результата проекта.
• Create Personas Создание персон, символизирующих целевых пользователей системы. Их удобно применять, например, продумывая дизайн приложения.
• Define Iteration Length Определение цикла итераций проекта. Зависит от объема и сложности проекта.
• Create Test Approach Worksheet including Test Thresholds Цель этой задачи - разобраться в стратегии тестирования с самого начала итераций проекта. Это поможет вам составить более эффективное расписание тестирования и изначально более четко направить усилия разработчиков.
• Brainstorm and Prioritize Scenarios List Выявление основных сценариев использования и оценка их приоритетности.
• Brainstorm and Prioritize Quality of Service Requirements List Выявление нефункциональных QoS -требований, связанных, например, с безопасностью, производительностью и управляемостью.
• Set up: Create Project Structure Создание структуры проекта с выделением основных областей, над которыми будет работать команда разработчиков.
• Create Iteration Plan Распределение задач разработки по итерациям.

Отчеты

По умолчанию в шаблоне MSF Agile доступны следующие отчеты:

• Bugs by Priority Правильные ли найдены ошибки? В этом отчете сравниваются темпы выявления ошибок с высоким и низким приоритетом.
• Bug Rates Насколько эффективно выявляются, исправляются и закрываются ошибки? На диаграмме иллюстрируются тенденции в появлении и исправлении старых новых ошибок, а также текущие ошибки.
• Builds Каково качество сборки? В отчете приводится список доступных сборок, включая их качество и другие подробные сведения о них.
• Project Velocity Насколько быстро команда завершает свою работу? Из этого отчета вы узнаете, насколько быстро команда справляется с плановыми заданиями, а также о том, как меняется темп работы.
• Quality Indicators Каково качество ПО? В одном отчете собраны результаты испытаний, ошибки, покрытие кода и сведения о его изменчивости.
• Load Test Summary Результаты практических испытаний приложения.
• Regressions Список тестов, которые раньше выполнялись, а теперь - нет.
• Reactivations Сколько рабочих элементов было повторно активировано? Из этого отчета вы узнаете, какие рабочие элементы были закрыты или помечены как разрешенные преждевременно.
• Related Work Items Как рабочие элементы зависят друг от друга? В этом отчете приводится список рабочих элементов, связанных с другими рабочими элементами.
• Remaining Work Сколько работы осталось сделать и когда она будет завершена? Из этого отчета вы узнаете объем оставшейся и выполненной работы. Проанализировав имеющиеся тенденции, вы предскажете примерный срок готовности кода.
• Unplanned Work Сколько выполняется внеплановых работ? В этом отчете показаны полный объем работ и оставшийся объем работ с разделением на плановые и внеплановые операции.
• Triage Какие рабочие элементы нуждаются в утверждении? В этом отчете показаны все рабочие элементы до сих пор имеющие статус предложения.
• Work Items Какие рабочие элементы активны? В отчете приводится список активных рабочих элементов.
• Work Items by Owner Сколько работы назначено каждому члену команды? В отчете показаны рабочие элементы для каждого члена команды.
• Work Items by State Сколько имеется активных, разрешенных и закрытых рабочих элементов? Ответ вы узнаете из этого отчета.

Группы и разрешения

По умолчанию в шаблоне MSF Agile доступны следующие группы:

• Readers Членам этой группы проект доступен только для чтения.
• Contributors Членам этой группу разрешается добавлять, изменять и удалять элементы проекта.
• Build Services Членам этой группы разрешается сборка проекта. Она предназначена только для учетных записей служб.
• Project Administrators Членам этой группы разрешается выполнять в проекте любые действия.

Управление исходным кодом

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

• Коллективное редактирование По умолчанию в MSF Agile разрешается одновременное редактирование одного и того же файла несколькими членами команды. Все возникающие при этом конфликты разрешаются при возвращении файла после правки.
• Разрешения По умолчанию назначены следующие разрешения по контролю за исходным кодом:
  • Project Administrators Имеют все доступные права.
  • Build Services Имеют право читать, откладывать изменения, возвращать код после правки, помечать, начинать сборку, редактировать сборку.
  • Contributors Имеют право читать, откладывать изменения, брать код на редактирование, возвращать код после редактирования, помечать, начинать сборку.
  • Readers Имеют только право чтения исходного кода.

Области и итерации

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

Практические примеры использования MSF Agile

В этом разделе приводятся практические примеры использования MSF for Agile Software Development командой Майкрософт patterns & practices и сторонней командой разработчиков.

Пример 1: команда patterns & practices

В следующем примере показано, как процесс MSF Agile используется при выполнении типичного проекта команды patterns & practices.

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

• Менеджер продукта:
  1. Совместно с заказчиками и заинтересованными лицами формулирует требования к проекту. Они записываются в документ Microsoft Office Word с именем Project Back Log.
  2. Создает декларацию проекта при помощи Microsoft Office PowerPoint®.
  3. Совместно с заказчиками и заинтересованными лицами проводит совещание по выявлению основных сценариев использования продукта, выделяя ключевые требования к продукту и определяя его общий облик.
  4. Совместно с менеджером проекта и другими заинтересованными лицами определяет приоритеты сценариев.
• Менеджер проекта:
  1. Преобразует сценарии в рабочие элементы TFS.
  2. Принимает решение о продолжительности цикла итерации в зависимости от объема проекта и возможностей команды.