Лабораторная работаГибкое планирование и управление портфолио с помощью Team Foundation Server 2013Lab version: 12.0.21005.1

Last updated: 12/2/2013

СОДЕРЖАНИЕ

РЕЗЮМЕ.................................................................................................................................................... 3

УПРАЖНЕНИЕ 1: ГИБКОЕ УПРАВЛЕНИЕ ПРОЕКТАМИ......................................................................4

УПРАЖНЕНИЕ 2: ГИБКОЕ УПРАВЛЕНИЕ ПОРТФОЛИО...................................................................23

УПРАЖНЕНИЕ 3: ГИБКОСТЬ AGILE-СРЕДСТВ..................................................................................36

УПРАЖНЕНИЕ 4: ГРАФИКИ РАБОЧИХ ЗАДАЧ..................................................................................50

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

Prerequisites

Для выполнения лабораторной работы вам понадобится виртуальная машина с Visual Studio 2013. Подробнее про то, где загрузить и как ее использовать, здесь.

Окомпании Fabrikam Fiber

Эти лабораторные работы в качестве основы для сценариев, о которых вы узнаете в процессе, оперируют несуществующей компанией Fabrikam Fiber. Fabrikam Fiber занимается кабельным телевидением и сопутствующими сервисами в США. Компания быстро растет и уже начала использовать Microsoft Azure для того, чтобы масштабировать свой веб-сайт для обслуживания их запросов и отслеживания деятельности инженеров. Компания использует локальное приложение ASP.NET MVC для управления заказами клиентов.

В этих лабораторных работах вы изучите сценарии, включенные в рабочий процесс команды разработки и тестирования Fabrikam Fiber. Команда, состоящая из 8-10 человек, решила использовать средства управления жизненным циклом проектов Visual Studio 2013 для того, чтобы контролировать программный код, выполнять сборки, тестировать веб-сайты, планировать и отслеживать происходящее с проектом.

УпражненияЭта лабораторная работа включает в себя следующие упражнения:

1. Гибкое управление проектом

2. Гибкое управление портфолио

3. Гибкость Agile-средств

4. Графики рабочих задач

Примерное время выполнения лабораторной работы: 60 минут.

1: Упражнение гибкое управление проектами

В этом упражнении вы научитесь использовать Team Foundation Server 2013 для управления бэклогом продуктом, создания рабочих задач (Work Items), разбиения их на подзадачи, назначения работы членам команды и отслеживания прогресса с использованием доски задач. Содержание работы демонстрирует базовые средства для управления проектами, которые могут быть использованы командами разработки различного размера в процессе создания продукта. Если вы уже знакомы со средствами гибкого планирования и отслеживания, которые появились в Team Foundation Server 2012, это упражнение можно пропустить.

Примечание: командный проект из этой лабораторной работы используют шаблон Scrum, но основные демонстрируемые аспекты могут быть применены ко всем шаблонам.

1. Войдите под аккаунтом Julia Ilyiana (VSALM\Julia). Пароль: P2ssw0rd.

2. Запустите Internet Explorer и нажмите на TFS FF Portal.

Изображение 1Запуск портала

Note: There is also a Web Portal link in the Team Explorer window within Visual Studio.

3. Выберите в выпадающем меню опцию Browse All.

Изображение 2Обзор команд

4. Набор в Fabrikam Fiber содержит один проект FabrikamFiber. Проектом занимается несколько команд, по умолчанию используется Fabrikam Fiber Leadership Team.

Примечание: эта лабораторная работа подразумевает, что команда по умолчанию является ведущей и управляющей.

Изображение 3

Обзор команд

5. Выберите Fabrikam Fiber Web Team и нажмите Navigate.

Изображение 4Переход между командами

6. Раздел Home для команды Fabrikam Fiber Web показывает общее состояние текущей итерации (3 спринт), нагрузку команды, ее возможности, диаграмму сгорания задач с течением времени и раздел закладок, в котором можно размещать задачи, определения сборок, а также кнопки-ссылки для быстрого доступа к бэклогу, доске задач, запросам на обратную связь и диалогам создания новых рабочих задач и багов.

Изображение 5Рабочая зона команды

Примечание: закладки могут быть добавлены или удалены на веб-портале: например, со вкладки Build можно добавить определение сборки в качестве закладки. Рабочие задачи можно изменять в Visual Studio 2013.

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

7. В секции Members перечислены члены команды. Команда – это концепция, впервые появившаяся в Team Foundation Server 2012 для упрощения процессов управления, назначения и отслеживания задач.

8. Перейдите в бэклог по ссылке View backlog в секции Activities.

Изображение 6Переход в бэклог

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

Изображение 7Продуктовый бэклог

Примечание: итерация, помеченная как Current, это Iteration 3. Team Foundation Server использует текущую дату и время для определения текущей итерации, виртуальная машина же использует дату, при каждой перезагрузке устанавливаемую на 9 июля 2013. Если виртуальная машина будет работать долго, дата будет другой, и в этом случае вам нужно будет снова переключить ее на 9 июля 2013. Если вы изменили состояние рабочих

задач или другое в Team Foundation Server до начала лабораторной, рекомендуем восстановить виртуальную машину к последнему сохранению.

10. Предположим, что вицепрезидент Fabrikam Fiber запросил реализацию новой функции на веб-портале для клиентов, которая будет показывать простои сервиса из-за погоды – функция помечена высоким приоритетом, так как ее просили многие пользователи. Клиентская поддержка определила, что ее внедрение значительно сократит количество обращений по телефону во время проблем. Выберите последнюю строку в бэклоге и создайте новый элемент с помощью Product Backlog Item под названием “Customer should see weather-related outages on portal.”

Изображение 8Добавление новой функции в бэклог

Примечание: новые рабочие задачи добавляются над выделенной ячейкой, если она не последняя – тогда новая задача будет добавлена после последней.

11. Нажмите Add.

Изображение 9Добавление новой функции в продуктовый бэклог

12. Рабочие задачи выстроены согласно приоритету, задачи с высшим приоритетом находятся сверху. У нашей задачи высокий приоритет, поэтому перенесем ее в верхнюю часть списка.

Изображение 10Повышение приоритета задачи

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

Изображение 11Изменение параметров задачи

14. Назначьте ответственным Brian Keller (менеджер продуктов Fabrikam Fiber Team), указав состояние как Approved, и показатель Effort в ‘8’. Нажмите Save and Close.

Изображение 12Назначение ответственного

Примечание: каждая команда может определять значение Effort как она считает нужным, используя разные единицы – часы, дни, количество бутылок колы. Смысл в том, чтобы измерить относительное значение с учетом других задач. Работа потом будет разделена на часы.

Примечание: популярная методика по устранению групповых собраний и учета мнения всех членов команды - http :// en . wikipedia . org / wiki / Planning _ poker .

15. Перенесите задачу в текущую итерацию (Iteration 3).

Изображение 13Привязка задачи к текущей итерации

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

16. Задача относится к третьей итерации, в секции Iteration Path. Задача останется в бэклоге до завершения работы.

Изображение 14Привязка задачи к текущей итерации

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

Изображение 15Расположение графика

18. Во время первой итерации команда закрыла 35 задач. Итерация 2 была более продуктивной – было закрыто 49. В третьей – текущей итерации задач в состоянии Committed нет.

Изображение 16График, показывающий прогресс закрыти задач

19. Нажмите Escape.

20. В бэклоге также по назначенным датам группируются прошедшие, текущие и будущие итерации. Нажмите Iteration 3 для ее изменения.

Изображение 17Переход в текущий бэклог

21. Посмотрим на бэклог этой итерации. Он показывает все функции и задачи в этой итерации.

Изображение 18Бэклог текущей итерации

22. Текущая итерация длится с 1 по 12 июля, четыре рабочих дня остаются. Справа – маленький график по оставшейся работе.

Изображение 19График сгорания задач

23. Нажмите на график сгорания задач. График показывает работу в течении итерации.

Изображение 20Детализированный график сгорания задач

24. Нажмите Escape.

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

Изображение 21Количество оставшейся работы с учетом возможностей команды

26. Нажмите на Capacity для перехода в раздел о возможностях команды.

Изображение 22Ссылка Capacity

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

Изображение 23Настройки возможностей команды

28. Перейдите в раздел Backlog для текущей итерации.

Изображение 24Переход в бэклог

29. Предположим, что решение делается при коммите в новую задачу. Перейдите в бэклог Iteration 3. Нажмите ‘+’ слева от функции для создания задачи. Она будет подзадачей функции и будет использоваться для того, чтобы помочь описать детали реализации функции.

Изображение 25Создание новой задачи

30. Назовите задачу “Consume OData feed for weather alerts”, назначьте ответственным Brian Keller и поставьте Remaining Work в 8 часов. Нажмите Save and Close.

Изображение 26Создание новой задачи

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

Изображение 27Задачи

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

Изображение 28

Перенос задачи в другую итерацию

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

Изображение 29Индикатор работы

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

Изображение 30Ссылка на доску задач

Примечание: В Team Foundation Server 2013 для каждой итерации выделена доска задач. Раньше была одна на весь продуктовый бэклог.

35. По умолчанию доска задач показывает все задачи из текущей итерации, сгруппированные по сущностям в продуктовом бэклоге и текущему состоянию. Перенесите задачу “Consume OData feed for weather alerts” в In Progress.

Изображение 31Изменение статуса задачи на доске задач

Примечание: доска задач поддерживает тач, который не будет работать в виртуальной машине, но будет на полноценном мониторе.

36. Нажмите на 8 в задаче “Consume OData feed for weather alerts” и измените значение Remaining Work на 5 – симулируем работу над задачей.

Изображение 32Обновление значения оставшейся работы над задачей

37. Новая задача с высоким приоритетом теперь находится в прогрессе с прогнозируемым временем реализации в 5 часов.

Изображение 33Доска задач

38. Измените состояние “Create database for branch office location lookup” на Done. Время оставшейся работы автоматически изменилось на 0.

Изображение 34Завершение задачи с доски

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

Изображение 35

График сгорания задач

40. Закройте график.

41. Каждая ячейка с задачей отображает количество оставшихся часов – сумму оставшихся часов для всех подзадач. Каждый столбец, показывающий статус, имеет количество оставшихся часов, что дает представление о том, как активно команда работает.

Изображение 36Доска задач с отображением оставшегося времени работы

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

Изображение 37Группировка задач по членам команды

43. Этот раздел показывает, кто над чем работает и сколько еще осталось для завершения итерации.

Изображение 38Группировка задач по членам команды

2: Упражнение гибкое управление портфолио

В этом упражнении вы изучите новые возможности Team Foundation Server 2013 по гибкому управлению портфолио, которые позволяют большим организациям понимать объемы работы в условиях наличия нескольких команд и видеть, как эти проекты масштабируются. В этом упражнении вы увидите, как команды в Fabrikam Fiber могут взаимодействовать между собой для работы над функциональностью.

1. Нажмите на шестеренку в правом верхнем углу веб-портала, чтобы зайти в раздел управления.

Изображение 39Переход в раздел управления

2. Перейдите на проект FabrikamFiber.

Изображение 40Переход на страницу проекта

3. Над проектом FabrikamFiber работают пять команд, по умолчанию выбрана команда Fabrikam Fiber Leadership Team.

Изображение 41Команды, работающие над Fabrikam Fiber

4. Перейдите в раздел Areas.

Изображение 42Раздел Areas

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

Изображение 43Настройка раздела для управляющей команды

6. Перейдите в раздел Overview.

Изображение 44Раздел Overview

7. Нажмите Fabrikam Fiber Database.

Изображение 45Fabrikam Fiber Database Team

8. Перейдите в раздел Areas.

Изображение 46Раздел Areas

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

Изображение 47Настройка для команды Database

10. Закройте страницу и перейдите на Fabrikam Fiber Leadership Team.

Изображение 48Переход к управляющей команде

11. Нажмите Features для перехода в бэклог функций.

Изображение 49Бэклог функций

12. Нажмите на второй столбец слева для перехода на уровень задач.

Изображение 50Переход к уровню задач

13. В этом разделе показаны сущности в бэклоге со всеми подзадачами, обратите внимание на разные цвета задач.

Изображение 51Переход к задачам

14. Подзадачи видны всегда, вне зависимости от команд, которым они присвоены. Добавьте на представление столбец Area Path.

15. Нажмите Column Options.

Изображение 52Кнопка Column Options

16. Нажмите два раза на Area Path и нажмите OK.

Изображение 53Добавление столбца Area Path

Изображение 54Добавление столбца Area Path

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

Изображение 55Столбец Area path показывает команду, ответственную за задачу

18. Нажмите Features.

Изображение 56Бэклог функций

19. Создайте новую функцию “Reporting for technicians and services” и привяжите ее к задаче, присвоив ее одной из команд.

Изображение 57Создание новой функции

20. Нажмите Backlog Items.

Изображение 58Бэклог

21. Назовите новую задачу “Modify databases to support on-demand reporting for technician activity” и нажмите Add.

Изображение 59Создание новой задачи в бэклоге

22. Нажмите два раза на созданной задаче.

Изображение 60Задача

23. Присвойте задачу лидеру команды Database Adam Barr.

Изображение 61Присвоение ответственного задаче

24. Укажите в поле Area команду Database.

Изображение 62Присвоение раздела

25. Нажмите Save and Close.

Изображение 63Save and Close

26. Веб-портал Team Foundation Server 2013 содержит новую функцию Mapping для связывания элементов бэклога и функций. Нажмите Mapping.

Изображение 64

Функция Mapping

27. Перенесите созданную задачу в функцию “Reporting for technicians and services”.

Изображение 65Связывание задач с функциями

28. Перейдите на веб-портале в Fabrikam Fiber Database Team.

Изображение 66Переход на страницу команды database

29. Это – бэклог команды Database.

Изображение 67Бэклог

30. Нажмите на столбец рядом с Features. Это представление помогает командам следить за объемами назначенным им работы и ее контекстом.

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

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

3: Agile-Упражнение ГибкостьсредствВ прошлом упражнении вы увидели, как Team Foundation Server 2013 помогает большим командам, работающим над одним проектом. Этот подход подразумевает, что все в организации используют один командный проект внутри Team Foundation Server и один процесс (который определяет рабочие задачи и их жизненный цикл). Понимая это, Microsoft начал давать возможность отдельным командам производить настройки того, как они управляют и отслеживают свою работу без необходимости внесения изменений в общие шаблоны.

В этом упражнении вы узнаете о Kanban, о том, как он помогает гибкости Agile-инструментария Team Foundation Server 2013 и тегировании задач. Эти функции могут быть использованы и настроены каждой из команд без внесения изменений в шаблон процесса.

1. Доска Kanban была впервые представлена в Team Foundation Server 2012 Update 1. Kanban – это инструмент, который может быть использован вне зависимости от используемой методологии разработки ПО. Он помогает с ограничениями и отслеживанием работы и отражает результаты с течением времени. Каждый бэклог имеет собственную доску Kanban и у каждой команды есть свое представление.

2. Перейдите в Fabrikam Fiber Devices Team.

Изображение 70Переход на страницу команды devices

3. Нажмите Board.

Изображение 71Доска

4. Доска Kanban показывает несколько задач из бэклога всех состояний и итераций, позволяя изменять состояние и ставить ограничения на Work In Progress (WIP) для каждого состояния. Одной из главных причин для использования Kanban и ограничения времени, выделенного на задачу, является то, что это помогает определить узкие места в процессе разработки и минимизировать время на разработку новых функций. Например, команда devices не сделала работу так быстро, как планировалось, и вы подозреваете, что проблема может быть в том, что в начале каждого спринта назначалось слишком много задач. Если бы мы были более аккуратны в планировании количества задач, которые обещаем решить, мы могли бы лучше сфокусировать свои усилия.

5. Понизьте лимит Work In Progress для состояния Committed. Сейчас лимит – 5 задач.

Изображение 72Лимит WIP

6. Нажмите Customize Columns.

Изображение 73Customize Columns

7. Измените лимит Work In Progress (WIP) на 3 для Committed и нажмите OK.

Изображение 74Настройка лимита WIP

8. На доске Kanban заголовки столбцов являются индикатором того, превышен ли лимит WIP или нет. В нашем случае видно, что превышен.

Изображение 75Лимит WIP превышен

Примечание: Лимиты Work In Progress дают обратную связь тогда, когда это нужно, но не ограничивают команду от взятия дополнительной работы. Проверять доску Kanban нужно для того, чтобы вовремя отслеживать, не превышаются ли лимиты.

9. Предположим, команда devices решила, что они хотят добавить столбец, отображающий работу по тестированию на физическом устройстве. Это единственная команда, у которой есть подобный запрос, и она может внести нужные ей изменения в свою доску.

10. Нажмите Customize Columns.

Изображение 76Customize Columns

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

Изображение 77Настройка доски Kanban

12. Нажмите ‘+’ между столбцами Committed и Done.

Изображение 78Добавление нового столбца

13. Назовите новый столбец “Device Tested” и нажмите OK. Эта настройка применяется на уровне команды devices и не показывается другим командам.

Изображение 79Добавление нового столбца

Изображение 80Доска Kanban с примененными изменениями для команды

14. В рамках поддержки Kanban вам доступен график бэклога Cumulative Flow Diagram. Нажмите на маленький график.

Изображение 81Cumulative Flow Diagram

15. Cumulative Flow Diagram (CFD) показывает количество работы над задачами в разных состояниях за период времени для выбранной команды. Горизонтальная ось показывает время, вертикальная – работу в прогрессе.

Изображение 82Cumulative Flow Diagram

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

16. Нажмите Escape.

17. Подробнее про доску Kanban - “Manage Your Backlog with the Kanban Board”.

18. Тегирование рабочих элементов, функция, представленная в Team Foundation Server 2012 Update 2, позволяет легко категоризировать и фильтровать списки рабочих элементов на веб-портале.

19. Перейдите в Fabrikam Fiber Leadership Team.

Изображение 83Переход на страницу управляющей команды

20. Перейдите в Backlog Items.

Изображение 84Бэклог

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

22. Нажмите Column Options.

Изображение 85Column Options

23. Добавьте столбец Tags в Selected Columns после столбца Title. Нажмите OK.

Изображение 86Добавление столбца Tags

24. Некоторые теги уже есть.

Изображение 87Теги в бэклоге

25. Нажмите два раза на “Customer should see weather-related outages on portal”.

Изображение 88Открытие задачи

26. Нажмите Add… для добавления тега.

Изображение 89Добавление тега

27. Введите название “Customer” и нажмите Save and Close.

Изображение 90Добавление тега ‘Customer’

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

Изображение 91Новые теги

29. Нажмите Filter в правом верхнем углу.

Изображение 92Фильтрация

30. Выберите Customer для фильтрации по этому тегу.

Изображение 93Фильтрация по тегу

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

Изображение 94Отфильтрованный список

4: Упражнение графики рабочихэлементовВ этом упражнении вы увидите демонстрацию графиков рабочих элементов, появившихся в Team Foundation Server 2013. Эта функция предназначена для визуализации данных, полученных из запросов рабочих элементов Team Foundation Server, что может быть использовано для более понятного представления состояния проектов.

1. Перейдите в Fabrikam Fiber Leadership Team.

Изображение 95Переход на страницу управляющей команды

2. Предположим, что управляющая команда Fabrikam Fiber хочет лучше понять, как распределяются задачи по пользователям. Перейдите в соответствующую секцию на веб-портале.

Изображение 96Рабочие элементы

3. Так как график основан на рабочих задачах, нам нужно определить запрос, который возвратит данные. Нажмите New.

Изображение 97Создание запроса рабочей задачи

4. Стандартный запрос выбирает все задачи во всех состояниях для текущего проекта. Нам нужны Tasks, поэтому измените значение Work Item Type на Task.

Изображение 98Запрос всех задач

5. Нажмите Save Query As.

Изображение 99Сохранение запроса

Примечание: графикам нужно иметь привязанные запросы для возврата списка рабочих элементов.

6. Назовите запрос “All Tasks” и нажмите OK.

Изображение 100Название нового запроса

7. Нажмите Charts.

Изображение 101Charts

8. Создадим график типа «пирог» по задачам на пользователей. Нажмите New Chart.

Изображение 102Создание нового графика

9. Назовите график “Tasks by User”, сгруппируйте по полю Assigned To и нажмите OK.

Изображение 103Создание нового графика типа «пирог»

10. Создадим новый график для визуализации прогресса по задачам для каждого члена команды. Нажмите New Chart.

11. Выберите Stacked Bar. Этот тип графика подразумевает указание двух разных полей для столбцов и строк.

Изображение 104Создание нового графика

12. Назовите график “Task State by User”, укажите поле Assigned To в Rows, выберите State в Columns и нажмите OK.

Изображение 105Создание нового графика

Изображение 106Графики

13. Вы можете добавить опции группироваки. Нажмите Editor.

Изображение 107Editor

14. Нажмите Column Options.

Изображение 108Column Options

15. Выберите Task.

Изображение 109Фильтрация по типу task

16. Нажмите два раза на опции Area Path в списке Available Columns.

Изображение 110Выбор поля Area Path

17. Нажмите OK.

Изображение 111Выбор поля Area Path

18. Нажмите Save.

Изображение 112Сохранение запроса

19. Нажмите Charts и создайте график типа «пирог», сгруппированный по полю Area Path и отображающий задачи. Это поможет управляющей команде видеть, как работа распределена по командам.

Изображение 113Распределение задач по командам

To give feedback please write to VSKitFdbk@Microsoft.com

Copyright © 2023 by Microsoft Corporation. All rights reserved.