Гибкое планирование и итерации

Статья
02/20/2013

Чтобы управлять список невыполненных работ по продукту и спринты с помощью гибкие методики используйте страницы доски невыполненной работы и задачи, управление жизненным циклом приложений Visual Studio предоставляет (ALM).

В этом руководстве Джулия, Питер, Анни и Адам показывают, как создавать, оценивать задел работ в проекте, а также планировать, начинать и завершать спринт.Они являются членами небольшой команды, которая создает веб- и телефонные приложения в компании Fabrikam Fiber, которая предоставляет кабельное телевидение и связанные сервисы.Они используют элемент невыполненной работы по продукту и рабочих элементов задач, предоставленных с шаблоном процесса Scrum поддержке эти действия и доставляли поэтапной продукт, как показано на следующем рисунке.

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

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

Scrum

Примечание
Если в проекте используется шаблон процесса, отличный от Scrum v2.0, то рабочие элементы могут отличатся от написанных в руководстве.Дополнительные сведения см. в разделе Артефакты (гибкая разработка) или Артефакты (CMMI).

Содержание раздела

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

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

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

Создание и оценка задела работ

Связанные разделы: Создание или невыполненной работы по продукту или добавление в нее элементов | Управление невыполненной работой с помощью доски канбан | Оптимизация и оценка невыполненной работы

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

Список невыполненных работ по продукту примера

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

Совет канбана примера

Изменение ограничений столбцов

Планирование и выполнение итерации

Связанные разделы: Планирование итерации | Выполнение итерации | Завершение итерации

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

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

Список невыполненных работ спринта примера

Пример невыполненной работы для команды

Образец доски задач

Пример доски задач для команды

Различия между заделом работ в проекте и заделом работ на итерации или в спринте

Команда может использовать гибкие страницы невыполненной работы и доски для управления списком невыполненных работ по продукту и невыполненные работы по итерации и запустить текущий итерации цикла.

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

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

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

Элемент	Задел работ в проекте	Задел работ в итерации или спринте
Функции	Панель Добавление элементов для определения задела работ и предсказания оценки количества итераций на основе скорости выполнения.	Добавление связанных задач, установка и просмотр скорости, просмотр сгорания для текущей итерации.
Подменю рабочего элемента	Используется для присваивания рабочего элемента итерации.	Используется для присваивания рабочего элемента члену команды.
Уровень детализации	Менее подробный	Очень подробный
Тип представленных элементов	Элементы задела работ, такие как элемент задела работ в проекте (scrum), пользовательское описание функциональности (Agile) или требования (CMMI).	Элементы задела работ и их задачи.
Единицы оценивания	Относительный уровень усилий или баллы описания.	Часы
Владение	Владелец продукта	Команда
Анализируется	Сопредельный	Во время собраний по планированию спринта и ежедневных scrum собраний.

Предварительные условия для работы с заделом работ и страницами доски

Team Foundation Server был установлен и командный проект был создан.Для получения дополнительной информации см. Подготовка и выполнение односерверной установки [учебник].

Команда по умолчанию создается как часть каждого командного проекта.Команда может работать в группе по умолчанию или может создавать и настраивать новую команду внутри командного проекта.Дополнительные сведения см. в разделе Начало работы в команде.
Все участники команды имеют доступ к Team Web Access и могут подключаться к своему командному проекту.Дополнительные сведения см. в разделе Подключение к командным проектам на сервере Team Foundation Server.
Для просмотра страницы Невыполненная работа нужно принадлежать к группе доступа Полный в Team Web Access.Могут применяться дополнительные требования лицензирования.Дополнительные сведения см. в разделе Доступ к функциям Team Web Access.
Если командный проект создан на основе шаблона процесса, кроме одного из шаблонов, процесса по умолчанию, предоставляемых с последней версией Visual Studio ALM, то можно настраивать отростчатая конфигурации для группы.Дополнительные сведения см. в разделе Обновление обновленного командного проекта для доступа к новым функциям.
Для использования доски канбана Visual Studio 2012,1 необходимо установить на серверах уровня приложений для Team Foundation Server.В Ежеквартальное обновление для Microsoft Visual Studio 2012 Team Foundation Server разделе.

Дополнительные ресурсы для увеличения скорости работы команды

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

Преимущества Agile планирования.Agile планирование помогает команде разработчиков получать большую отдачу от инвестиций за счет дополнительных планирований и выполнений.
Десятилетняя Agile-разработка: Как можно улучшить производительность в следующие 10 лет.Джеф Сазерленд (Jeff Sutherland) указывает четыре ключевых фактора успеха применения методологий Agile, опираясь на десятилетнюю практику использования Agile и Scrum технологий.
Создание большого списка задела работ в проекте.Составляя удобные пользовательские описания функциональности и постоянно обновляя список невыполненных работ по продукту команда разработчиков может более эффективно удовлетворять потребности пользователей.
Непрерывное построение и развертывание.Если команда чаще возвращает код в систему управления версиями и чаще создает сборки, обычно можно ожидать увеличение скорости группы.
Стратегическое ветвление кода.Команда может создавать и использовать ветви в системе управления версиями для оптимизации стратегии разработки приложений.
Частое тестирование на ранних этапах разработки.Частые проверки того, что программное обеспечение удовлетворяет критериям соответствия, происходит через эффективное тестирование.С помощью Microsoft Test Manager, команда может создать наборы тестов, планы тестирования и тестовые случаи, что помогает упорядочивать действия тестов и отслеживать результаты.
Использование моделей для гибкой разработки программного обеспечения.Команде может использовать модели, чтобы изучить и щелкните существующий код, чтобы понять их клиентов для более эффективно, выявить и связывание разработке программного обеспечения и поддержки принятия и выполнения компонента.