Лабораторная работа - microsoft€¦ · 1. Гибкое управление...
TRANSCRIPT
Лабораторная работа
Гибкое планирование и управление портфолио с помощью Team Foundation Server 2015
Lab version: 14.0.23107.0
Last updated: 9/22/2015
TABLE OF CONTENT
ГИБКОЕ ПЛАНИРОВАНИЕ И УПРАВЛЕНИЕ ПОРТФОЛИО С ПОМОЩЬЮ TEAM FOUNDATION SERVER 2015 .............. 1
РЕЗЮМЕ ............................................................................................................................................................................. 4
Prerequisites ................................................................................................................................................................ 4
УПРАЖНЕНИЯ .............................................................................................................................................................. 4
УПРАЖНЕНИЕ 1: ГИБКОЕ УПРАВЛЕНИЕ ПРОЕКТАМИ ................................................................................................................... 5 Задание 1: веб-портал Team Foundation Server ..................................................................................................................... 5 Задание 2: работа с бэклогом .................................................................................................................................................. 8 Task 3: Планирование нагрузки ............................................................................................................................................. 16 Task 4: Работа с доской задач ................................................................................................................................................ 20
УПРАЖНЕНИЕ 2: ГИБКОЕ УПРАВЛЕНИЕ ПОРТФОЛИО ................................................................................................................ 26 Задание 1: настройка иерархии и путей ............................................................................................................................... 26 Task 2: Управление портфолио .............................................................................................................................................. 30
УПРАЖНЕНИЕ 3: ГИБКОСТЬ AGILE-СРЕДСТВ ............................................................................................................................ 40 Задание 1: Введение в инструменты Kanban ....................................................................................................................... 40 Задание 2: тегирование рабочих задач ................................................................................................................................ 58
УПРАЖНЕНИЕ 4: ГРАФИКИ РАБОЧИХ ЭЛЕМЕНТОВ .................................................................................................................... 63 Задание 1: Создание графиков .............................................................................................................................................. 63
Резюме
Из этой лабораторной работы вы узнаете о том, как использовать инструменты и процессы Team
Foundation Server 2015 для гибкого планирования и управления портфолио, о том, как эти
инструменты и процессы смогут помочь вам в в планировании, управлении и отслеживании рабочих
задач внутри команды. Вы познакомитесь с использованием бэклогов продукта и спринта и доски
задач для отслеживания процесса работы во время итерации и тем, какие изменения претерпели эти
средства в новом релизе для того, чтобы быть полезными в масштабах больших команд и
организаций.
Prerequisites
Для выполнения лабораторной работы вам понадобится виртуальная машина с Visual Studio 2015 от
Microsoft. Подробнее про то, где загрузить и как ее использовать, здесь.
О компании Fabrikam Fiber
Эти лабораторные работы в качестве основы для сценариев, о которых вы узнаете в процессе,
оперируют несуществующей компанией Fabrikam Fiber. Fabrikam Fiber занимается кабельным
телевидением и сопутствующими сервисами в США. Компания быстро растет и уже начала
использовать Microsoft Azure для того, чтобы масштабировать свой веб-сайт для обслуживания их
запросов и отслеживания деятельности инженеров. Компания использует локальное приложение
ASP.NET MVC для управления заказами клиентов.
В этих лабораторных работах вы изучите сценарии, включенные в рабочий процесс команды
разработки и тестирования Fabrikam Fiber. Команда, состоящая из 8-10 человек, решила использовать
средства управления жизненным циклом проектов Visual Studio 2013 для того, чтобы контролировать
программный код, выполнять сборки, тестировать веб-сайты, планировать и отслеживать
происходящее с проектом.
Упражнения Эта лабораторная работа включает в себя следующие упражнения:
1. Гибкое управление проектом
2. Гибкое управление портфолио
3. Гибкость Agile-средств
4. Графики рабочих задач
Примерное время выполнения лабораторной работы: 45 минут.
Упражнение 1: гибкое управление
проектами
В этом упражнении вы научитесь использовать Team Foundation Server 2013 для управления бэклогом
продуктом, создания рабочих задач (Work Items), разбиения их на подзадачи, назначения работы
членам команды и отслеживания прогресса с использованием доски задач. Содержание работы
демонстрирует базовые средства для управления проектами, которые могут быть использованы
командами разработки различного размера в процессе создания продукта.
Примечание: командный проект из этой лабораторной работы используют шаблон Scrum, но
основные демонстрируемые аспекты могут быть применены ко всем шаблонам.
Задание 1: веб-портал Team Foundation Server
1. Войдите под аккаунтом Julia Ilyiana (VSALM\Julia). Пароль: P2ssw0rd.
Примечание: для того, чтобы полнее продемонстрировать ALM в этой лабораторной работе,
мы настроили дату на виртуальной машине таким образом, чтобы она была равна
преконфигурированной итерации. Эта лабораторная работа должна быть пройдена в
исходном состоянии виртуальной машины.
2. Запустите ConfigureALMDemo.bat с рабочего стола в режиме администратора. Это сбросит
настройки времени и даты на необходимые для выполнения данной ЛР.
3. Запустите Internet Explorer и нажмите на TFS FF Portal.
Изображение 1
Запуск портала
Примечание: открыть портал можно также из окна Team Explorer в Visual Studio 2015
4. Выберите в выпадающем меню опцию Browse All.
Изображение 2
Обзор команд
5. Набор в Fabrikam Fiber содержит один проект FabrikamFiber. Проектом занимается несколько
команд, по умолчанию используется Fabrikam Fiber Leadership Team.
Примечание: эта лабораторная работа подразумевает, что команда по умолчанию является
ведущей и управляющей.
Изображение 3
Обзор команд
6. Выберите Fabrikam Fiber Web Team и нажмите Navigate.
Изображение 4
Переход между командами
7. Раздел Home для команды Fabrikam Fiber Web показывает общее состояние текущей
итерации (3 спринт), нагрузку команды, ее возможности, диаграмму сгорания задач с
течением времени и раздел закладок, в котором можно размещать задачи, определения
сборок, а также кнопки-ссылки для быстрого доступа к бэклогу, доске задач, запросам на
обратную связь и диалогам создания новых рабочих задач и багов.
Изображение 5
Рабочая зона команды
Примечание: закладки могут быть добавлены или удалены на веб-портале: например, со
вкладки Build можно добавить определение сборки в качестве закладки. Рабочие задачи
можно изменять в Visual Studio 2013.
У каждой команды может быть свой набор закладок, разные объемы работ и даже
различные задачи. Определяющим фактором, где будет показана рабочая задача, является
значение поля Area.
8. В секции Members перечислены члены команды. Команда – это концепция, впервые
появившаяся в Team Foundation Server 2012 для упрощения процессов управления,
назначения и отслеживания задач.
Задание 2: работа с бэклогом
1. Перейдите в бэклог, нажав на Backlog в секции Work.
Изображение 6
Переход в бэклог
2. Продуктовый бэклог помогает определить необходимую работу. Имеющиеся в бэклоге
инструменты помогают в управлении сроками выполнения работы и привязывании задач в
бэклоге к чекинам, тестам для прохождения и другим элементам.
Изображение 7
Продуктовый бэклог
Примечание: итерация, помеченная как Current, это Iteration 3. Team Foundation Server
использует текущую дату и время для определения текущей итерации, виртуальная машина
же использует дату, при каждой перезагрузке устанавливаемую на 9 июля 2013. Если
виртуальная машина будет работать долго, дата будет другой, и в этом случае вам нужно
будет снова переключить ее на 9 июля 2013. Если вы изменили состояние рабочих задач или
другое в Team Foundation Server до начала лабораторной, рекомендуем восстановить
виртуальную машину к последнему сохранению.
3. Предположим, что вицепрезидент Fabrikam Fiber запросил реализацию новой функции на
веб-портале для клиентов, которая будет показывать простои сервиса из-за погоды – функция
помечена высоким приоритетом, так как ее просили многие пользователи. Клиентская
поддержка определила, что ее внедрение значительно сократит количество обращений по
телефону во время проблем. Выберите последнюю строку в бэклоге и создайте новый
элемент с помощью Product Backlog Item под названием “Customer should see weather-related
outages on portal.”
Изображение 8
Добавление новой функции в бэклог
Примечание: новые рабочие задачи добавляются над выделенной ячейкой, если она не
последняя – тогда новая задача будет добавлена после последней.
4. Нажмите Add.
Изображение 9
Добавление новой функции в продуктовый бэклог
5. Рабочие задачи выстроены согласно приоритету, задачи с высшим приоритетом находятся
сверху. У нашей задачи высокий приоритет, поэтому перенесем ее в верхнюю часть списка.
Изображение 10
Повышение приоритета задачи
6. Для того, чтобы назначить ответственного за задачу и указать примерные сроки, два раза
нажмите на задачу.
Изображение 11
Изменение параметров задачи
7. Назначьте ответственным Brian Keller (менеджер продуктов Fabrikam Fiber Team), указав
состояние как Approved, и показатель Effort в ‘8’. Нажмите Save and Close.
Изображение 12
Назначение ответственного
Примечание: каждая команда может определять значение Effort как она считает нужным,
используя разные единицы – часы, дни, количество бутылок колы. Смысл в том, чтобы
измерить относительное значение с учетом других задач. Работа потом будет разделена на
часы.
Примечание: популярная методика по устранению групповых собраний и учета мнения всех
членов команды - http://en.wikipedia.org/wiki/Planning_poker.
8. Перенесите задачу в текущую итерацию (Iteration 3).
Изображение 13
Привязка задачи к текущей итерации
Примечание: если вы апологет Scrum, вам может показаться некорректным добавление
задачи в середине итерации. Это лишь демонстрация для лабораторной работы и аспектов
интерфейса управления. Плюс, вицепрезидент же сказал сделать.
9. Задача относится к третьей итерации, в секции Iteration Path. Задача останется в бэклоге до
завершения работы.
Изображение 14
Привязка задачи к текущей итерации
10. Продуктовый бэклог показывает график совершенной за каждый спринт работы, и текущий
спринт показывает разбивку между работой, которая делается, и которую надо сделать.
Нажмите на маленький график в правом верхнем углу.
Изображение 15
Расположение графика
11. Во время первой итерации команда закрыла 35 задач. Итерация 2 была более продуктивной –
было закрыто 49. В третьей – текущей итерации задач в состоянии Committed нет.
Изображение 16
График, показывающий прогресс закрытия задач
12. Нажмите Escape.
13. В бэклоге также по назначенным датам группируются прошедшие, текущие и будущие
итерации. Нажмите Iteration 3 для ее изменения.
Изображение 17
Переход в текущий бэклог
14. Посмотрим на бэклог этой итерации. Он показывает все функции и задачи в этой итерации.
Изображение 18
Бэклог текущей итерации
15. Текущая итерация длится с 1 по 12 июля, четыре рабочих дня остаются. Справа – маленький
график по оставшейся работе.
Изображение 19
График сгорания задач
16. Нажмите на график сгорания задач. График показывает работу в течении итерации.
Изображение 20
Детализированный график сгорания задач
17. Нажмите Escape.
Task 3: Планирование нагрузки
1. Индикатор Work показывает, как близко к возможностям команды мы располагаемся в
терминах оставшейся работы. Судя по индикатору, все хорошо, но можно присвоить задачам
для команды новую функцию.
Изображение 21
Количество оставшейся работы с учетом возможностей команды
2. Нажмите на Capacity для перехода в раздел о возможностях команды.
Изображение 22
Ссылка Capacity
3. Эта секция предназначена для установки количества часов в день, которое каждый
разработчик может работать над проектом, выходных дней и общего количества выходных
дней на команду. Настройки применяются к текущей итерации, и вы можете определить
специализацию каждого разработчика, что позволит проанализировать, есть ли необходимые
ресурсы на реализацию, например, документации в течении итерации.
Изображение 23
Настройки возможностей команды
4. Перейдите в раздел Backlog для текущей итерации.
Изображение 24
Переход в бэклог
5. Предположим, что решение делается при коммите в новую задачу. Перейдите в бэклог
Iteration 3. Нажмите ‘+’ слева от функции для создания задачи. Она будет подзадачей
функции и будет использоваться для того, чтобы помочь описать детали реализации функции.
Изображение 25
Создание новой задачи
6. Назовите задачу “Consume OData feed for weather alerts”, назначьте ответственным Brian
Keller и поставьте Remaining Work в 8 часов. Нажмите Save and Close.
Изображение 26
Создание новой задачи
7. Новая задача стала подзадачей функции и индикатор команды покраснел, что означает
слишком большое количество работы по сравнению с возможностями команды.
Изображение 27
Задачи
8. Над багом еще никто не работает, поэтому он может стать хорошим кандидатом на перенос в
следующую итерацию, и команду можно таким образом разгрузить. Перенесите баг в
четвертую итерацию в левой части окна.
Изображение 28
Перенос задачи в другую итерацию
9. Теперь индикатор работы зеленый, что означает, что возможностей команды хватит на
работу. Не говорите об этом вицепрезиденту – может найти еще какую-нибудь работу.
Изображение 29
Индикатор работы
Task 4: Работа с доской задач
1. Мы закончили создавать и раздавать задачи. Посмотрим на доску задач, которую будем
использовать на следующей встрече для того, чтобы следить и анализировать работу.
Нажмите на Board.
Изображение 30
Ссылка на доску задач
2. По умолчанию доска задач показывает все задачи из текущей итерации, сгруппированные по
сущностям в продуктовом бэклоге и текущему состоянию. Перенесите задачу “Consume OData
feed for weather alerts” в In Progress.
Изображение 31
Изменение статуса задачи на доске задач
Примечание: доска задач поддерживает тач, который не будет работать в виртуальной
машине, но будет на полноценном мониторе.
Примечание: в Team Foundation Server 2015 появилось много нововведений, в том числе
использование аватаров, стилизацию и динамическую разметку, меняющуюся в зависимости
от размера браузера.
3. Нажмите на 8 в задаче “Consume OData feed for weather alerts” и измените значение
Remaining Work на 5 – симулируем работу над задачей.
Изображение 32
Обновление значения оставшейся работы над задачей
4. Новая задача с высоким приоритетом теперь находится в прогрессе с прогнозируемым
временем реализации в 5 часов.
Изображение 33
Доска задач
5. Измените состояние “Create database for branch office location lookup” на Done. Время
оставшейся работы автоматически изменилось на 0.
Изображение 34
Завершение задачи с доски
6. График сгорания задач в правом верхнем углу автоматически обновляется вместе с
изменениями доски задач. Нажмите на график. Этот график показывает, что осталось еще 15
часов для того, чтобы закончить работу над итерацией.
Изображение 35
График сгорания задач
7. Закройте график.
8. Каждая ячейка с задачей отображает количество оставшихся часов – сумму оставшихся часов
для всех подзадач. Каждый столбец, показывающий статус, имеет количество оставшихся
часов, что дает представление о том, как активно команда работает.
Изображение 36
Доска задач с отображением оставшегося времени работы
9. Доска задач может быть сгруппирована по членам команды. Выберите опцию People в
правом верхнем углу доски задач.
Изображение 37
Группировка задач по членам команды
10. Этот раздел показывает, кто над чем работает и сколько еще осталось для завершения
итерации.
Изображение 38
Группировка задач по членам команды
11. Нажмите на Backlog Items чтобы вернуться в портфолио.
Изображение 39
Бэклог
Упражнение 2: гибкое управление
портфолио
В этом упражнении вы изучите новые возможности Team Foundation Server по гибкому управлению
портфолио, которые позволяют большим организациям понимать объемы работы в условиях наличия
нескольких команд и видеть, как эти проекты масштабируются. В этом упражнении вы увидите, как
команды в Fabrikam Fiber могут взаимодействовать между собой для работы над функциональностью.
Задание 1: настройка иерархии и путей
1. Нажмите на шестеренку в правом верхнем углу веб-портала, чтобы зайти в раздел
управления.
Изображение 40
Переход в раздел управления
2. Перейдите на проект FabrikamFiber.
Изображение 41
Переход на страницу проекта
3. Над проектом FabrikamFiber работают пять команд, по умолчанию выбрана команда Fabrikam
Fiber Leadership Team.
Изображение 40
Команды, работающие над Fabrikam Fiber
4. Перейдите в раздел Areas.
Изображение 41
Раздел Areas
5. Управляющая команда управляет разделом и подразделами Development, что позволяет им
видеть все элементы бэклога, даже те задачи, которые еще не ассоциированы с функциями, и
фильтровать подразделы бэклога от задач, уже отданных одной из команд.
Изображение 42
Настройка раздела для управляющей команды
6. Перейдите в раздел Overview.
Изображение 43
Раздел Overview
7. Нажмите Fabrikam Fiber Database.
Изображение 44
Fabrikam Fiber Database Team
8. Перейдите в раздел Areas.
Изображение 45
Раздел Areas
9. Команда Database сейчас видит только те задачи, которые находятся в корне Development и
подразделе Database Team, то есть они видят те элементы бэклога, которые были созданы
управляющей командой, и те, которые назначены только ей. С такой структурой каждая
команда может работать над своим собственным бэклогом без зависимости от работы других
команд.
Изображение 46
Настройка для команды Database
10. Закройте страницу и перейдите на Fabrikam Fiber Leadership Team.
Изображение 47
Переход к управляющей команде
Task 2: Управление портфолио
1. Нажмите на Backlog.
Изображение 48
Бэклог функций
2. В этом разделе показаны сущности в бэклоге со всеми подзадачами.
Изображение 49
Бэклог
3. Бэклог включает возможность просмотра задач, находящихся в обработке. Нажмите на “In
progress items”- задачи в статусе Committed перестанут отображаться. Нажмите еще раз.
Изображение 50
Спрятать задачи в обработке
4. Задачи в обработке больше не покзаываются. Нажмите на ссылку еще раз.
Изображение 51
Спрятать задачи в обработке
5. Нажмите Features.
Изображение 52
Бэклог функций
6. Здесь показаны основные функции проекта с возможностью подробного их
изучения.Нажмите Expand.
Изображение 53
Кнопка Expand
Изображение 54
Расширенное представление
7. Нажмите Expand.
Изображение 55
Расширенное представление
8. Возможно перепривязать задачи, используя drag-and-drop в бэклоге портфолио.
Изображение 56
Перепривязка задач, используя drag and drop
9. Дочерние задачи всегда видны для лидеров вне зависимости от команды, которая ими
занимаются.
10. Добавьте столбец Area Path.
11. Нажмите Column Options.
Изображение 57
Кнопка Column Options
12. Нажмите два раза на Area Path и нажмите OK.
Изображение 58
Добавление столбца Area Path
Изображение 59
Добавление столбца Area Path
13. В продуктовом бэклоге разные задачи присвоены разным командам, и возможность изучить
разные бэклоги позволяет управляющей команде иметь представление о задачах и их
реализации.
Изображение 60
Столбец Area path показывает команду, ответственную за задачу
14. Создайте новую функцию “Reporting for technicians and services” и привяжите ее к задаче,
присвоив ее одной из команд.
Изображение 61
Создание новой функции
15. Нажмите на ‘+’.
Изображение 62
Добавление PBI
16. Назовите новую задачу “Modify databases to support on-demand reporting for technician
activity” и нажмите Add. Присвойте задачу лидеру команды Database Adam Barr. Укажите в
поле Area команду Database, сохраните и закройте.
Изображение 63
Добавление PBI
Примечание: когда вы создаете задачи в бэклоге, вы можете легко ассоциировать их с
функциями, используя функцию Mapping.
17. Перейдите на веб-портале в Fabrikam Fiber Database Team.
Изображение 64
Переход на страницу команды database
18. Это – бэклог команды Database.
Изображение 65
Бэклог
19. Нажмите Parents, чтобы увидеть более общее представление.
Изображение 66
Кнопка Parent
20. Теперь бэклог показывает родительские функции.
Изображение 67
Бэклог
21. Нажмите на Features.
Изображение 68
Бэклог
22. Нажмите Expand дважды, чтобы перейти на расширенное представление – обратите
внимание на то, как просто различать задачи разных команд.
Изображение 69
Просмотр функций, привязанных к задачам в бэклоге
Упражнение 3: Гибкость Agile-средств
В прошлом упражнении вы увидели, как Team Foundation Server 2015 помогает большим командам,
работающим над одним проектом. Этот подход подразумевает, что все в организации используют
один командный проект внутри Team Foundation Server и один процесс (который определяет рабочие
задачи и их жизненный цикл). Понимая это, Microsoft начал давать возможность отдельным
командам производить настройки того, как они управляют и отслеживают свою работу без
необходимости внесения изменений в общие шаблоны.
В этом упражнении вы узнаете о Kanban, о том, как он помогает гибкости Agile-инструментария Team
Foundation Server 2015 и тегировании задач. Эти функции могут быть использованы и настроены
каждой из команд без внесения изменений в шаблон процесса.
Задание 1: Введение в инструменты Kanban
1. Доска Kanban была впервые представлена в Team Foundation Server 2012 Update 1. Kanban –
это инструмент, который может быть использован вне зависимости от используемой
методологии разработки ПО. Он помогает с ограничениями и отслеживанием работы и
отражает результаты с течением времени. Каждый бэклог имеет собственную доску Kanban и
у каждой команды есть свое представление.
2. Перейдите в Fabrikam Fiber Devices Team.
Изображение 70
Переход на страницу команды devices
3. Нажмите Board.
Изображение 71
Доска Kanban
4. Доска Kanban показывает несколько задач из бэклога всех состояний и итераций, позволяя
изменять состояние и ставить ограничения на Work In Progress (WIP) для каждого состояния.
Одной из главных причин для использования Kanban и ограничения времени, выделенного на
задачу, является то, что это помогает определить узкие места в процессе разработки и
минимизировать время на разработку новых функций. Например, команда devices не сделала
работу так быстро, как планировалось, и вы подозреваете, что проблема может быть в том,
что в начале каждого спринта назначалось слишком много задач. Если бы мы были более
аккуратны в планировании количества задач, которые обещаем решить, мы могли бы лучше
сфокусировать свои усилия.
5. Понизьте лимит Work In Progress для состояния Committed. Сейчас лимит – 5 задач.
Изображение 72
Лимит WIP
6. Нажмите Configuration(шестеренка) и Columns.
Изображение 73
Customize Columns
7. Измените лимит Work In Progress (WIP) на 3 для Committed и нажмите OK.
Изображение 74
Настройка лимита WIP
8. На доске Kanban заголовки столбцов являются индикатором того, превышен ли лимит WIP или
нет. В нашем случае видно, что превышен.
Изображение 75
Лимит WIP превышен
Примечание: Лимиты Work In Progress дают обратную связь тогда, когда это нужно, но не
ограничивают команду от взятия дополнительной работы. Проверять доску Kanban нужно
для того, чтобы вовремя отслеживать, не превышаются ли лимиты.
9. Начиная с Team Foundation Server 2015, можно настроить отображение багов на доске Kanban
– то, что было возможно раньше на уровне проекта через конфигурацию шаблона процесса.
Нажмите на шестеренку и перейдите Settings для Fabrikam Fiber Devices Team.
Изображение 76
Настройки команды
10. Выберите Bugs как “Bugs appear on the backlogs and boards with requirements”.
Изображение 77
Настройка отображения багов
11. Вернитесь на доску и обновите страницу. Нажмите New Item и выберите Bug.
Примечание: добавление новых карточек и inline-редактирования – новые функции Team
Foundation Server 2015.
Изображение 78
Добавление бага на доску Kanban
12. Введите описание бага и нажмите Enter.
Изображение 79
Добавление бага
13. Присвойте баг на Adam Barr прямо на карточке.
Изображение 80
Присваивание бага
14. Еще одна новая функция Team Foundation Server 2015 – возможность переопределять
приоритеты в бэклоге с доски Kanban. В столбце Committed перенесите карту наверх.
Изображение 81
Перенос карт
15. Новой функцией доски Kanban также является фильтрация. Нажмите Search и введите
“technician”.
Изображение 82
Фильтрация на доске Kanban
16. Предположим, команда devices решила, что они хотят добавить столбец, отображающий
работу по тестированию на физическом устройстве. Это единственная команда, у которой есть
подобный запрос, и она может внести нужные ей изменения в свою доску.
17. Нажмите Configuration и выберите Columns.
18. Здесь вы можете добавлять, удалять и переименовывать столбцы для настройки процесса.
Однако вы все еще ограничены своим процессом, поэтому необходимо привязывать столбцы
к правильным состояниям задач и учитывать корректные переходы между состояниями.
19. Нажмите ‘+’ между столбцами Committed и Done.
Изображение 83
Добавление нового столбца
20. Назовите новый столбец “Device Tested” и нажмите OK. Эта настройка применяется на уровне
команды devices и не показывается другим командам.
Изображение 84
Добавление нового столбца
Изображение 85
Доска Kanban с примененными изменениями для команды
21. Вы можете изменять определение столбцов – это поможет командам понимать, когда нужно
перенести задачу на следующий этап. Нажмите Edit Definition и Device Tested.
Изображение 86
Определение столбца
22. Здесь вы можете определить определение «done», используя простой текст либо Markdown.
Внесите “Has been tested on Android, Windows Phone, and iPhone” и нажмите OK.
Изображение 87
Определение “done”
23. Нажмите OK.
24. Если вы нажмете на заголовок “Device Tested”, то увидите определение “done”.
Изображение 88
Кастомизированный столбец Kanban
25. В рамках поддержки Kanban вам доступен график бэклога Cumulative Flow Diagram. Нажмите
на маленький график.
Изображение 89
Cumulative Flow Diagram
26. Cumulative Flow Diagram (CFD) показывает количество работы над задачами в разных
состояниях за период времени для выбранной команды. Горизонтальная ось показывает
время, вертикальная – работу в прогрессе.
Изображение 90
Cumulative Flow Diagram
Примечание: CFD выше не обязательно отображает идеальный сценарий, в котором
команда дает постоянный результат. Более типичным графиком является содержащий набор
цветов, отображающих все состояния в течении времени.
27. Нажмите Escape.
28. Еще одной важной функцией Kanban и Taskboards в 2015 являются дополнительные опции
настроек. Нажмите Configure и Cards.
Изображение 91
Настройка карт
29. Вы можете настроить типы задач так, что они будут показывать значения ID number, Assigned
To, Effort, Tags и др. Опции работают на уровне команд, что дает им возможность настроить
рабочий процесс под себя. Выберите “Show ID” и нажмите Save.
Изображение 92
Опции настроек
Изображение 93
Доска Kanban
30. Концепция swim lanes появилась в 2015. Это горизонтальные направляющие, которые можно
добавить на доску Kanban для категоризации рабочих задач. Они часто используются для
высокоприоритетных задач, чтобы они не пересекались с обычным рабочим процессом.
Нажмите Configure и Swimlanes.
Изображение 94
Настройка swim lanes
31. Доски имеют по умолчанию одну swimlane, но вы можете добавить сколько вам необходимо.
Например, разделив задачи по серьезности, департаментам, этапам и др. Добавьте новый
swimlane “Expedite”.
Изображение 95
Добавление swimlane
32. Переименуйте swimlane по умолчанию в “Normal” и нажмите OK.
Изображение 96
Настройка swimlanes
33. Перенести одну из задач в Expedite, таким образом увеличив ее приоритет.
Изображение 97
Перенос задач в swimlanes
34. Подробнее про доску Kanban “Kanban basics”.
Задание 2: тегирование рабочих задач
1. Тегирование рабочих элементов, функция, представленная в Team Foundation Server 2012
Update 2, позволяет легко категоризировать и фильтровать списки рабочих элементов на веб-
портале.
2. Перейдите в Fabrikam Fiber Leadership Team
Изображение 98
Переход на страницу управляющей команды
3. Перейдите в Backlog Items.
Изображение 99
Бэклог
4. Предположим, что появилась межкомандная инициатива, заключающаяся в том, чтобы дать
задачам, которые относятся к клиенту, высший приоритет. Допустим, что бэклог большой, и
визуальный поиск и присваивание задач спринтам и командам – процесс долгий. Создадим
теги задач и отфильтруем по ним список.
5. Некоторые теги уже присутствуют.
Изображение 100
Теги на бэклоге
6. Нажмите два раза на “Customer should see weather-related outages on portal”.
7. Нажмите Add… для добавления тега.
Изображение 101
Добавление тега
8. Введите название “Customer” и нажмите Save and Close.
Изображение 102
Добавление тега ‘Customer’
Повторите процесс для всех задач, которые могут относиться к функциям, показывающимся
клиенту. Должно получиться подобное тому, что на скриншоте, но не обязательно такое же.
Изображение 103
Новые теги
9. Нажмите Filter в правом верхнем углу.
Изображение 104
Фильтрация
10. Выберите Customer для фильтрации по этому тегу.
Изображение 105
Фильтрация по тегу
11. С отфильтрованным список команды могут быстрее находить нужные им задачи. Однако
фильтрация отключает возможность добавлять новые элементы в бэклог, рейтинг и прогноз.
Изображение 106
Отфильтрованный список
Примечание: можно настраивать фильтр добавлением дополнительных фильтров.
Упражнение 4: графики рабочих
элементов
В этом упражнении вы увидите демонстрацию графиков рабочих элементов, появившихся в Team
Foundation Server. Эта функция предназначена для визуализации данных, полученных из запросов
рабочих элементов Team Foundation Server, что может быть использовано для более понятного
представления состояния проектов.
Задание 1: Создание графиков
1. Перейдите в Fabrikam Fiber Leadership Team.
Изображение 107
Переход на страницу управляющей команды
2. Предположим, что управляющая команда Fabrikam Fiber хочет лучше понять, как
распределяются задачи по пользователям. Перейдите в соответствующую секцию на веб-
портале.
Изображение 108
Рабочие элементы
3. Так как график основан на рабочих задачах, нам нужно определить запрос, который возвратит
данные. Нажмите New.
Изображение 109
Создание запроса рабочей задачи
4. Стандартный запрос выбирает все задачи во всех состояниях для текущего проекта. Нам
нужны Tasks, поэтому измените значение Work Item Type на Task.
Изображение 110
Запрос всех задач
5. Нажмите Save Query As.
Изображение 111
Сохранение запроса
Примечание: графикам нужно иметь привязанные запросы для возврата списка рабочих
элементов.
6. Назовите запрос “All Tasks”, выберите папку Shared Queries и нажмите OK..
Изображение 112
Название нового запроса
7. Нажмите Charts.
Изображение 113
Charts
8. Создадим график типа «пирог» по задачам на пользователей. Нажмите New Chart.
Изображение 114
Создание нового графика
9. Назовите график “Tasks by User”, сгруппируйте по полю Assigned To и нажмите OK.
Изображение 115
Создание нового графика типа «пирог»
10. Создадим новый график для визуализации прогресса по задачам для каждого члена команды.
Нажмите New Chart.
11. Выберите Stacked Bar. Этот тип графика подразумевает указание двух разных полей для
столбцов и строк.
Изображение 116
Создание нового графика
12. Назовите график “Task State by User”, укажите поле Assigned To в Rows, выберите State в
Columns и нажмите OK.
Изображение 117
Создание нового графика
Изображение 118
Создание нового графика
13. Вы можете добавить опции группироваки. Нажмите Editor.
Изображение 119
Editor
14. Нажмите Column Options.
Изображение 120
Column Options
15. Выберите Task.
Изображение 121
Фильтрация по типу task
16. Нажмите два раза на опции Area Path в списке Available Columns.
Изображение 122
Выбор поля Area Path
17. Нажмите OK.
Изображение 123
Выбор поля Area Path
18. Нажмите Save.
Изображение 124
Сохранение запроса
19. Нажмите Charts и создайте график типа «пирог», сгруппированный по полю Area Path и
отображающий задачи. Это поможет управляющей команде видеть, как работа распределена
по командам.
Изображение 125
Создание графика
20. Данные графики могут быть прикреплены на страницу команды. Наведите на график Tasks by
Team и выберите Pin to Homepage.
Изображение 126
Разбивка задач по командам
21. Нажмите Home чтобы увидеть домашнюю страницу команды с графиком.
Изображение 127
Home
Изображение 128
Домашняя страница команды
Примечание: после завершения ЛР на виртуальной машине будет установленное ранее время.
Возвратите виртуальную машину к исходному состоянию, чтобы исправить его на правильное.
To give feedback please write to [email protected]
Copyright © 2015 by Microsoft Corporation. All rights reserved.