Особенности и успешные примеры внедрения Microsoft ALM
Гибкое управление проектами в Visual Studio Team Foundation Server 2012
1. Практическое занятие
Гибкое управление проектами в Visual
Studio Team Foundation Server 2012
Версия практического занятия: 11.0.51106.01 Обновление 2
Последнее обновление: 09.04.2013 г.
3. Общие сведения
В этой практической работе вы изучите, как Visual Studio Team Foundation Server 2012 может помочь
Вам быстро запланировать, управлять и отслеживать работы всей своей команды. Вы познакомитесь
с новым журналом невыполненных работ по продукту, журналом незавершенных работ по спринту и
досками задач, которые могут использоваться, чтобы отслеживать поток работы в течение итерации.
Необходимые условия
Для этого практического занятия вам понадобится виртуальная машина Visual Studio 2012,
предоставляемая компанией Microsoft. Дополнительная информация о приобретении и
использовании этой виртуальной машины представлена на сайте здесь.
Информация о сценарии Fabrikam Fiber
Этот набор заданий использует вымышленную компанию Fabrikam Fiber, как фон к сценариям,
которые вы изучите. Fabrikam Fiber обеспечивает кабельное телевидение и связанные службы в
Соединенных Штатах. Они быстро растут и используют Windows Azure, чтобы масштабировать их
внешний веб-сайт, который используется непосредственно конечными пользователями, чтобы
позволить использовать карточки самообслуживания и отслеживать технический персонал. Они
также используют собственное приложение ASP.NET MVC для их представителей по обслуживанию
клиентов, чтобы администрировать потребительские заказы.
В этом наборе практических заданий вы примете участие во многих сценариях, которые включают
команду разработки и тестирования в Fabrikam Fiber. Команда, которая состоит из 8-10 человек,
решила использовать инструменты управления жизненным циклом приложения Visual Studio, чтобы
управлять их исходным кодом, выполнять их сборки, тестировать их веб-сайты, планировать и
отслеживать проект.
Последние обновления
Для Обновления 1 были внесены следующие обновления:
Добавлено введение в Kanban в Упражнении 1
Упражнения
Данное практическое занятие включает следующие упражнения:
1. Журнал невыполненных работ по продукту и спринтам.
2. Доска задач.
Примерная продолжительность практического занятия: 60 минут.
4. Упражнение 1: Журнал невыполненных
работ по продукту и спринтам
В ходе выполнения этого упражнения вы научитесь использовать Team Foundation Server для
управления журналом невыполненных работ по продукту, создания рабочих элементов и задач в
рамках этих элементов, а также распределения задач между членами рабочей группы. Новые
функции ведения журнала невыполненных работ помогут вам быстро выполнить все операции с
учетом ресурса вашей рабочей группы.
Примечание. В этом примере рабочая группа использует шаблон процесса Scrum. Однако
продемонстрированные основные функции применимы ко всем шаблонам процессов.
1. Войдите в систему с логином Julia. Для всех учетных записей используется пароль
P2ssw0rd.
2. Запустите Internet Explorer на панели задач и нажмите кнопку TFS Web Access в меню
Favorites в верхней части экрана.
Рисунок 1
Запуск сайта Team Web Access
Примечание. Ссылка Web Access также присутствует в окне Team Explorer в Visual Studio.
3. Представление Home для рабочей группы Fabrikam Fiber Web Team является
высокоуровневым обзором текущей итерации (Sprint 3). Он включает в себя данные о
нагрузке на рабочую группу в сравнении с ее ресурсом, индикатор выполнения задач и
Team Favorites — настраиваемый набор очередей рабочих элементов, определения сборок
5. и путь контроля версий. Кроме того, присутствуют ссылки для быстрого создания новых
рабочих элементов и ошибок, загрузки журнала невыполненных работ, запуска панели
задач, инициирования запросов на обратную связь и так далее.
Рисунок 2
Домашняя страница рабочей группы Fabrikam Fiber Web Team
Примечание. Team Favorites можно добавлять или удалять с портала Team Web Access.
Например, перейдите на вкладку Build и добавьте определение сборки в избранное
рабочей группы. Кроме этого, очереди рабочих элементов, добавленные в избранное
рабочей группы, можно редактировать в Visual Studio.
4. В секции Members перечислены члены группы. Рабочие группы впервые появились в Team
Foundation Server 2012. Они упрощают управление, присвоение и отслеживание
выполнения задач. Эта рабочая группа отвечает за все технические работы, связанные с
присутствием компании Fabrikam Fiber в Интернете.
5. Щелкните выпадающий список команд в правом верхнем углу портала. Вы увидите, что
здесь присутствует один проект и одна рабочая группа. Нажмите кнопку ESCAPE, чтобы
выбранной осталась текущая рабочая группа.
6. Рисунок 3
Выбор рабочей группы
Примечание. Каждой рабочей группе может соответствовать собственное «избранное»,
собственный ресурс работоспособности и даже свои рабочие элементы. Определяющим
фактором того, где будет отображаться рабочий элемент, является содержимое поля Area.
6. Чтобы открыть журнал невыполненных работ, щелкните ссылку View backlog,
расположенную под секцией Activities.
Рисунок 4
Переход к журналу невыполненных работ
7. Журнал невыполненных работ по продукту содержит рабочие элементы, которые не были
присвоены и исполнены в рамках итерации. Эти элементы журнала невыполненных работ
по продукту представляют собой пользовательские описания. Они могут быть разбиты на
более мелкие задачи, решение которых рабочая группа возьмет на себя.
7. Рисунок 5
Вид журнала невыполненных работ по продукту
Примечание. Текущая итерация, показанная в дереве в левой части этого экрана,
представляет собой Sprint 3. Team Foundation Server использует текущую дату и время для
определения текущей итерации. В виртуальной машине, с которой вы работаете в рамках
данного практического занятия, эта дата жестко установлена на 16 мая 2012 года. Эта дата
устанавливается после каждой загрузки виртуальной машины.
Если ваша виртуальная машина работает уже в течение некоторого времени, дата может
иметь значение, отличное от 16 мая 2012 года. Если это так, необходимо вручную
установить дату и время на виртуальной машине на 10:00 16 мая 2012 года. Однако если вы
изменяли рабочие элементы или настройки системы управления версиями в Team
Foundation Server, рекомендуется восстановить исходное состояние виртуальной машины,
прежде чем приступить к этому практическому занятию.
8. Представьте себе, что вице-президент Fabrikam Fiber дал задание создать новое
пользовательское описание функциональности для портала обслуживания клиентов. Это
новое пользовательское описание функциональности позволит клиентам просматривать
информацию об отказах в обслуживании, связанных с погодой. В разделе Contents журнала
невыполненных работ по продукту выберите последнюю строку и создайте новый элемент
журнала под названием Customer should see weather-related outages on portal.
8. Рисунок 6
Добавление нового пользовательского описания функциональности в журнал
невыполненных работ по продукту
Примечание. Новые рабочие элементы, как правило, вставляются над выбранной
позицией. Исключением является ситуация, когда выбран последний пункт. В этом случае
новый элемент станет последним в списке.
9. Нажмите кнопку Add, для добавления нового пользовательского описания
функциональности в журнал невыполненных работ.
Рисунок 7
Добавление нового пользовательского описания функциональности в журнал
невыполненных работ по продукту
10. Рабочие элементы в журнале невыполненных работ по продукту упорядочены по
убыванию с учетом приоритетов. Созданный нами новый рабочий элемент имеет высокий
приоритет. Поэтому необходимо переместить его в верхнюю часть списка путем
перетаскивания мышью.
9. Рисунок 8
Повышение приоритета нового пользовательского описания функциональности
11. Далее выполним редактирование нового пользовательского описания функциональности,
чтобы присвоить его соответствующему владельцу продукта и записать первоначальную
оценку требуемых усилий. Дважды щелкните новое пользовательское описание
функциональности.
Рисунок 9
Редактирование нового пользовательского описания функциональности
12. Присвойте новый элемент сотруднику Brian Keller (владелец продукта для Fabrikam Fiber
Web Team), укажите Approved в поле State. Для первоначальной оценки требуемых
трудозатрат укажите «8» и нажмите кнопку Save and Close.
Рисунок 10
Присвоение нового пользовательского описания функциональности и оценка требуемых
трудозатрат
10. Примечание. Каждая рабочая группа может внести в поле Effort любое значение, которое
посчитает нужным. Можно использовать единицы измерения пунктов пользовательского
описания, часы, дни или требуемое количество ресурсов. Дело в том, что это относительная
величина по отношению к другим рабочим элементам. Разбиение работ по часам будет
произведено позже.
Примечание. Популярный подход к планированию, позволяющий преодолеть шаблонное
мышление и учитывающий вклад всех членов рабочей группы, известен как «Покер
планирования». Дополнительная информация: http://en.wikipedia.org/wiki/Planning_poker.
13. Добавьте новый тег для пользовательской истории нажав кнопку Add… справа от надписи
Tags.
Примечание. Создание тегов для рабочих элементов является новой возможностью,
которая доступна в Team Foundation Server Обновление 2.
Рисунок 11
Добавление тега
14. Установка тегов является очень универсальным механизмом, который может использоваться
командами для различных целей, таких как маркировка ошибок, чтобы улучшить сортировку
или метить рабочие элементы, с которыми будет продолжаться работами вне общей
разработки и тестирования. Учитывая, что веб-сайт Fabrikam Fiber - гибкий проект,
предположим, что команда хотела бы пометить пользовательские истории, которые
обеспечивают улучшение обслуживания, поэтому, чтобы было легче очертить и передать эти
улучшения через блог компании после того, как это будет сделано. Введите "highlight" как
имя тега и затем нажмите кнопку Save and Close.
11. Рисунок 12
Добавление тега
15. В завершении создания тегов давайте добавим дополнительную колонку для тегов в
представление журнала продукта. Нажмите кнопку Column Options.
Рисунок 13
Добавление колонки для тега
16. Добавьте колонку Tags из области Available Columns в список Selected Columns.
12. Рисунок 14
Добавление колонки для тегов
17. Нажмите кнопку OK для сохранения выбора.
Рисунок 15
Добавление колонки для тегов
13. Рисунок 16
Колонка для тегов в журнале продукта
18. Также существует возможность фильтровать журнал продукта по тегам. Выберите кнопку
Filter в правой части.
Рисунок 17
Расположение кнопки Filter
19. Выберите тег «highlight» как фильтр журнала продукта.
Рисунок 18
Расположение тегов
14. Рисунок 19
Журнал невыполненных работ продукта отображающий помеченные рабочий элементы
20. Нажмите Выберите кнопку Filter для снятия фильтра для журнала продукта
21. Назначьте новое пользовательское описание функциональности к текущей итерации (Sprint
3), перетащив его, как показано на рисунке ниже.
Рисунок 20
Назначение нового пользовательского описания функциональности к текущей итерации
Примечание. Если вы приверженец Scrum, то, вероятно, обратили внимание, что мы только
что добавили новую работу к итерации, находящейся в процессе выполнения. Вы никогда
не смогли бы сделать это в реальных условиях. Но в рамках практического занятия мы
упростили рабочий процесс и при этом смогли показать все аспекты нового интерфейса
управления проектами. К тому же это поручение вице-президента.
22. Обратите внимание на поле Iteration Path и убедитесь, что новое пользовательское
описание функциональности отнесено к Sprint 3, как и планировалось. Данное
пользовательское описание функциональности будет отображаться в журнале
15. невыполненных работ по продукту до тех пор, пока рабочая группа не подтвердит, что
берется за решение поставленных задач.
Рисунок 21
Назначение нового пользовательского описания функциональности к текущей итерации
23. В журнале невыполненных работ по продукту также представлен график скорости
разработки. Он показывает количество работ, выполненных рабочей группой в каждом
спринте. Для текущего спринта отображается количество выполненных и невыполненных
работ. Щелкните миниатюрную диаграмму в правом верхнем углу, чтобы загрузить
увеличенное изображение.
Рисунок 22
Расположение графика скорости разработки
24. Во время первого спринта (Sprint 1) рабочая группа выполнила работу, эквивалентную 35
баллам описания. Второй спринт (Sprint 2) оказался несколько более продуктивным — 42
балла описания. В рамках текущей итерации (Sprint 3) выполнено 18 баллов описания, а 23
еще предстоит выполнить. Напоминаем, что балл описания — это относительная единица,
утвержденная и применяемая рабочей группой для оценки трудозатрат.
16. Рисунок 23
График скорости разработки, отображающий ход решения поставленных в
пользовательских описаниях задач
25. Нажмите клавишу ESCAPE на клавиатуре, чтобы закрыть график.
26. Журнал невыполненных работ по продукту также содержит простой инструмент
прогнозирования, который можно активировать и получить приблизительное
представление об ожидаемых результатах будущих итераций. Щелкните ссылку Forecast,
чтобы активировать соответствующий инструмент.
Рисунок 24
Активация инструмента прогнозирования
27. Обратите внимание, что прогноз в настоящее время рассчитывается для скорости 10. Это
означает, что каждая итерация в будущем будет оцениваться примерно в 10 баллов
описания. Как видите, прогноз для Sprint 4 включает 11 баллов описания. Записи в журнале
невыполненных работ, для которых не установлено значение в поле Effort, считаются
нулевыми и не будут учитываться в процессе прогнозирования. Рекомендуется перед
запуском инструмента заполнить соответствующие поля для всех элементов.
17. Рисунок 25
Результат прогнозирования со скоростью «10»
Примечание. Пользовательское описание функциональности, которое мы только что
создали и присвоили спринту Sprint 3, размещено вверху списка. Оно НЕ является частью
спринта Sprint 4, как может показаться на первый взгляд. Спринт Sprint 4 подчеркнут, к нему
относятся вторая и третья записи.
28. График скорости разработки показывает, что такая «звездная» рабочая группа способна на
гораздо большие достижения. Поэтому щелкните цифру «10», введите «35» и нажмите
клавишу Enter.
Рисунок 26
Изменение параметра «скорость разработки», которое используется в целях
прогнозирования
29. Мы установили более реалистичное значение для скорости разработки. Теперь мы можем
получить представление о том, какой объем работы команда может выполнить в течение
оставшихся итераций.
18. Рисунок 27
Изменение параметра «скорость разработки», которое используется в целях
прогнозирования
30. Журнал невыполненных работ по продукту также группирует итерации в соответствии с
указанной для них датой (прошедшие, текущие и будущие итерации). Щелкните ссылку
Sprint 3, чтобы разбить рабочий элемент на составляющие и распределить задачи между
членами рабочей группы.
Рисунок 28
Переход к текущему журналу невыполненных работ
31. В журнале для спринта Sprint 3 сверните два пользовательских описания, которые
отмечены как Done, нажав на маленькие треугольники слева от соответствующих названий.
19. Рисунок 29
Сворачиваем пользовательские описания, работы по которым завершены
32. Прежде чем приступить к внесению элементов работ для нового пользовательского
описания, кратко рассмотрим это представление в журнале невыполненных работ для
итерации. Во-первых, здесь перечислены все пользовательские описания и связанные с
ними задачи в рамках выбранной итерации, независимо от их состояния.
Рисунок 30
Представление текущей итерации в журнале невыполненных работ
20. 33. Сразу бросается в глаза, что работы в рамках текущей итерации выполняются с 7 по 18 мая
и что осталось три рабочих дня. Справа от диапазона дат для текущей итерации есть
небольшой график, который отображает оставшийся объем работы.
Рисунок 31
График, показывающий оставшийся объем работы
34. Щелкните график, чтобы увеличить его. Здесь показан в графическом виде оставшийся
объем работы для спринта. На первый взгляд может показаться, что команда не выполнит
порученную работу вовремя. Но имейте в виду, что некоторые работы будут завершены до
конца текущего дня (на данный момент никто не отчитался).
Рисунок 32
Увеличенный график, показывающий оставшийся объем работы
35. Нажмите клавишу ESCAPE на клавиатуре, чтобы закрыть график.
36. Обратите внимание на панель Work. Эта панель показывает, насколько мы близки к
предельной работоспособности в рамках текущей итерации, с учетом общего объема
оставшейся работы в этой итерации и общего ресурса работоспособности рабочей группы.
На данный момент все в порядке, однако мы еще не распределили задачи для нового
пользовательского описания функциональности.
21. Рисунок 33
Общий объем оставшейся работы в сравнении с ресурсом работоспособности рабочей
группы
37. Перейдите на вкладку Capacity, чтобы получить более подробную информацию о ресурсе
рабочей группы.
Рисунок 34
Расположение ссылки Capacity
38. Представление Capacity позволяет указать количество часов в день, которые каждый член
рабочей группы будет отводить на работу над этим проектом, а также количество выходных
дней для всей рабочей группы и каждого отдельного сотрудника. Указанные параметры
ресурса работоспособности относятся к текущей итерации. Если это необходимо, в колонке
Activity можно указать специализацию каждого члена рабочей группы. Когда задачи
разбиты по видам деятельности, вы сможете получить более детальное представление о
ресурсе работоспособности своей рабочей группы и оценить, например, есть ли у вас
достаточное количество делопроизводителей для данной итерации. Пока оставим эти
настройки без изменений.
22. Рисунок 35
Параметры работоспособности рабочей группы
39. Вернитесь к представлению Contents в текущем журнале невыполненных работ по
продукту.
Рисунок 36
Расположение вкладки Contents
40. Прежде чем двигать и утверждать новое описание функциональности, которое мы только
что добавили, давайте взглянем на новую функцию обновления 1 – поддержка Kanban.
Kanban это инструмент улучшения процесса, который может быть использован в
дополнительный инструмент независимо от методологии разработки программного
обеспечения, которую вы используете. Он помогает в регулировании и отслеживании
работы и иллюстрирует поставки значимых результатов для заинтересованных лиц проекта
с течением времени. Вернитесь в представление журнала продукта.
23. Рисунок 37
Переход в журнал невыполненной работы продукта
41. Kanban поддерживает добавление нового графического представления журнала продукта
Cumulative Flow Diagram. Щелкните на диаграмме, чтобы открыть его.
Рисунок 38
Расположение Cumulative Flow Diagram
42. Cumulative Flow Diagram (CFD) показывает объем работ по различным состояниям с
течением времени. Горизонтальная ось показывает время и вертикальная ось показывает
работу.
24. Рисунок 39
Cumulative Flow Diagram
Примечание:CFD показанная выше не представляет типичный сценарий, когда команда
обеспечивает непрерывное производство. Как правило и в идеале вы увидите цветные
полоски, представляющий все состояния, увеличивающиеся со временем как на следующей
диаграмме.
43. Нажмите Escape для закрытия CFD.
25. 44. Теперь давайте взглянем на новую доску Kanban, нажав на ссылку board в представлении
Product Backlog.
Рисунок 40
Переход к доске Kanban
45. Доска Kanban показывает элементы журнала по всем состояниям и итерациям, позволяет
перемещать элементы по состояниям и позволяет вам установить границы работ для
каждого состояния. Одной из основных причин для использование Kanban и ограничения
работ – это выявление узких мест в процессе разработки и сведение к минимуму времени
для новых функциональных возможностей. Предположим, что команда Fabrikam Fiber не
поставляет работу так быстро, как хотелось бы, и что она подозревает, что основная
проблема в слишком большом количестве задач в начале каждого спринта (и связанных с
ними потерями контекста при переключениях). Если мы будем более осторожны с
количеством задач, которые мы обязуемся выполнить, возможно мы сможем лучше
сосредоточить наши усилия.
Рисунок 41
Доска Kanban
46. Для целей демонстрации понизим границу Work In Progress для состояния Committed,
чтобы увидеть, как выглядит Kanban доска, когда слишком много утвержденной работы в
один момент времени.
26. Рисунок 42
Настройка доски Kanban
47. Измените границу Work In Progress для колонки Committed на 3 и затем нажмите кнопку
OK.
Рисунок 43
Настройка доски Kanban
48. А теперь представьте, что мы собрались как команда, чтобы выполнить новое описание
функциональности пользователя и разбить его на задачи. Перетащите и поместите новый
рабочий элемент в столбец Committed. Как только команда утвердит в работу, он исчезнет
из журнала продукта.
27. Рисунок 44
Использование доски Kanban
49. На доске Kanban заголовки столбцов будут указывать при превышение возможной работы.
В этом случае столбец Committed показывает нам, что мы превысили лимит.
Рисунок 45
Превышение границы Work In Progress
Примечание: Ограничение Work In Progress обеспечивает обратную связь, когда это
целесообразно, но оно не мешает команде взять дополнительную работу. Вам нужно
активно проверять доску Kanban для того, чтобы отслеживать, не превышаете ли вы
установленные пределы.
50. Для дополнительной информации по использованию Kanban доски смотрите Manage Your
Backlog with the Kanban Board.
51. Скажем, что решение принято для реализации нового утвержденного рабочего элемента.
Вернитесь в представление невыполненной работы по итерации спринта 3. Нажмите кнопку
«+» слева от пользовательского описания, чтобы добавить новую задачу. Это будет дочерняя
задача для пользовательского описания. Она используется для детализации подлежащих
выполнению задач.
28. _
Рисунок 46
Расположение кнопки, предназначенной для создания новых задач
52. В области заголовка введите название для новой задачи— Consume OData feed for weather
alerts. В качестве исполнителя укажите сотрудника Cameron Skinner. В поле Remaining Work
укажите 5 часов. Нажмите кнопку Save and Close.
_
Рисунок 47
Создание новой задачи
53. Нажмите кнопку «+» слева от пользовательского описания функциональности, чтобы
создать еще одну новую задачу.
29. 54. В области заголовка введите название для новой задачи — Create UI for alerts. В качестве
исполнителя укажите сотрудника Annie Herriman. В поле Remaining Work укажите 3 часа.
Нажмите кнопку Save and Close.
Рисунок 48
Создание новой задачи
55. Обратите внимание, что новые задачи были добавлены как дочерние к пользовательскому
описанию. При этом некоторые панели с информацией о трудозатратах стали красными,
указывая на то, что мы поставили перед этой рабочей группой слишком много задач.
Сотрудник Cameron перегружен больше остальных, как показывает его индивидуальный
индикатор.
30. Рисунок 49
Текущая итерация в журнале невыполненных работ по продукту переполнена
56. По всей видимости, последнее пользовательское описание функциональности в этом
спринте является масштабируемым, и работы еще не начались. Поэтому его можно
перенести на будущие итерации, чтобы рабочая группа могла вернуться к нормальному
режиму работы, учитывая дополнительную нагрузку. Перетащите последнее
пользовательское описание функциональности под названием Technician can edit customer
contact details on Windows Phone в спринт Sprint 4 на левой стороне окна.
Рисунок 50
Перемещение работы, чтобы переназначить их из одной итерации в другую
31. 57. Снова обратите внимание на общую панель Work. Убедитесь, что она стала зеленой. Это
означает, что мы не превышаем предельную работоспособность текущей рабочей группы.
Только не говорите об этом вице-президенту, иначе он обязательно даст нам
дополнительное задание!
_
Рисунок 51
Оставшийся объем работы для текущей итерации в пределах нормы
Упражнение 2: Доска задач
Данное упражнение поможет вам научиться использовать доску задач для просмотра и изменения
статуса работ в рамках текущей итерации. Доски задач — отличный инструмент для определения «с
первого взгляда», какие работы должны быть выполнены до завершения цикла.
1. Мы закончили детализацию работ и распределение заданий между членами рабочей
группы. Теперь рассмотрим доску задач, которая будет использоваться в процессе
обсуждения в рабочей группе, посвященного ходу и результатам работы. Перейдите на
вкладку Board на домашней странице Fabrikam Fiber Web Team.
_
Рисунок 52
Расположение ссылки на доску задач
2. По умолчанию на доске задач представлены все задачи текущей итерации,
сгруппированные по позициям журнала невыполненных работ по продукту и текущему
состоянию. Перетащите задачу Consume OData feed for weather alerts в столбец In Progress.
Рисунок 53
32. Перетаскивание задачи на доске задач для их перемещения между состояниями
Примечание. Доска задач также поддерживает сенсорное управление. В данной
виртуальной машине такая возможность не предусмотрена, но в будущем вы можете
заказать монитор с сенсорным экраном для своей рабочей группы.
3. Щелкните на значение 5 для задачи Consume OData feed for weather alerts и измените
значение параметра Remaining Work на 1. Это имитирует ситуацию, в которой сотрудник
Cameron в течение дня уделил решению данной задачи 4 часа. Затем нажмите кнопку Save
and Close.
Рисунок 54
Редактирование задачи
4. Перетащите задачу Create UI for alerts в столбец In Progress (Выполняется) и измените
значение в поле Remaining Work на 1. Нажмите кнопку Save and Close. Две новые
приоритетные задачи выполняются в настоящее время. Как ожидается, работы будут
окончены через 2 часа.
Рисунок 55
Перетаскивание задачи на доске задач для их перемещения между состояниями
5. Сверните пользовательские описания, для которых выполнены все задачи, нажав на
маленькие треугольники слева от соответствующих заголовков.
33. Рисунок 56
Сворачивание групп пользовательских описаний, работы по которым завершены
6. Перетащите задание Review new feature with technician early adopters, выданное
сотруднику Julia, в столбец Done, чтобы зарегистрировать завершение работы. Обратите
внимание: после выполнения этой операции объем оставшейся работы был автоматически
обнулен.
Рисунок 57
Перетаскивание задачи на доске задач для их перемещения между состояниями
7. Обратите внимание: диаграмма, показывающая оставшийся объем работ, размещенная в
правом верхнем углу, была автоматически обновлена сразу после внесения вами
изменений. Щелкните по диаграмме. Вы увидите, что до завершения работ в рамках
текущей итерации осталось менее 20 часов.
34. Рисунок 58
Диаграмма, показывающая оставшийся объем работ
8. Закройте диаграмму, показывающую оставшийся объем работ.
9. Каждая строка представляет собой работу и отображает количество оставшихся часов. Это
суммарный индикатор оставшейся работы для всех дочерних задач. Кроме того, каждый
столбец, отображающий состояние, показывает оставшийся объем работы. Это дает вам
представление о масштабах задач, решаемых рабочей группой в данный момент.
Рисунок 59