Предоставление информации о ходе работы команды гибкой разработки в отдел управления программами
Руководитель проекта может отслеживать ход выполнения работы и использование ресурсов с помощью Microsoft Project Server, тогда как команда гибкой разработки управляет пользовательскими Историями и задачами в Visual Studio Team Foundation Server (TFS). Вы и отдел управления проектами можете просматривать расписания, ход выполнения работ по пользовательским Историям и свертку ресурсов. В свою очередь, члены команды разработки могут определять, планировать и обновлять свою работу в Team Foundation Server. Обработчик синхронизации для Team Foundation Server и Project Server поддерживает планирование использования данных и ресурсов для пользовательских Историй в сопоставленном плане корпоративного проекта и командном проекте.
Перед просмотром хода выполнения работ гибкой командой сначала необходимо связать план корпоративного проекта с командным проектом. Для получения дополнительной информации см. Управление связыванием корпоративных проектов с командными проектами. Перед тем как связать план с проектом, необходимо просмотреть раздел Рекомендованные конфигурации для поддержки гибкой разработки и контроля со стороны отдела управления проектами далее в этой статье.
Примечание
Процесс и меры, описанные в данном разделе, требуют настройки развертывания Team Foundation Server на интеграцию с Project Server 2010 или Project Server 2013.Для получения дополнительной информации см. Настройка интеграции TFS и Project Server.
Содержание раздела
Обзор процесса гибкой разработки и контроля со стороны отдела управления проектами
Рекомендованные конфигурации для поддержки гибкой разработки и контроля со стороны отдела управления проектами
Задачи и рекомендации для команды гибкой разработки
Задачи и рекомендации для отдела управления проектами
Примечание
Демонстрационный видеоролик можно просмотреть на следующей странице веб-сайта Майкрософт: Контроль работы гибкой команды со стороны отдела управления проектами.Некоторые действия, продемонстрированные в видеозаписи, могут отличаться от описанных в этой статье, так как эта видеозапись предназначена для предыдущего выпуска Team Foundation Server.
Требования
Для выполнения описанных в этой статье процедур требуются указанные ниже разрешения.
Для публикации задач из плана корпоративного проекта в Team Foundation пользователи Team Foundation должны быть членами группы Участники для командного проекта.
Для обновления рабочих элементов в Team Foundation и их отправки в Project Server пользователи Team Foundation должны быть членами группы Члены команды для Project Web Access или Project Web App (PWA) либо иметь разрешения на открытие проекта и просмотр сайта проекта в Project. Кроме того, этих пользователей необходимо добавить в пул корпоративных ресурсов Project Server и пул ресурсов плана корпоративного проекта.
Для получения дополнительной информации см. Назначение разрешений для поддержки интеграции TFS и Project Server.
Обзор процесса гибкой разработки и контроля со стороны отдела управления проектами
Как показано на рисунке ниже, руководитель группы запускает процесс, планируя пользовательские Истории и задачи в Team Foundation Server. Обработчик синхронизации создает обновления состояния для каждой пользовательской Истории, отправленной в Project Server. Поскольку руководитель проекта включил автоматическое утверждение плана корпоративного проекта, Project Server автоматически обновляет план после внесения изменений в Team Foundation. Руководитель проекта может просмотреть план реализации новых пользовательских Историй и отследить ход выполнения работ по ним в плане проекта.
.png "PS-TFS Agile wokflow process")
Team Foundation автоматически вычисляет свертку оставшихся трудозатрат и завершенной работы по ресурсу на основе задач, связанных с каждой пользовательской Историей. По мере обновления задач членами команды значения свертки автоматически обновляются для пользовательских Историй в сопоставленном плане проекта. Руководитель проекта должен добавить членов команды в пул корпоративных ресурсов Project Server, а также в пул ресурсов плана корпоративного проекта.
В таблице ниже перечислены выполняемые задачи.
Руководитель команды |
В Team Foundation руководитель и члены команды выполняют указанные ниже действия.
|
Обработчик синхронизации |
Если задано правило для автоматического утверждения всех обновлений состояний, Project Server автоматически обновляет план корпоративного проекта по мере внесения изменений в Team Foundation. В противном случае обновления состояний отображаются в очереди утверждений для просмотра руководителем проекта. |
Руководитель проекта |
Член отдела управления проектами может выполнить указанные ниже задачи в Project Профессиональный или экземпляре PWA.
|
.png "Step 1")
Определяют пользовательские Истории и задачи в Team Foundation и планируют итерации с помощью страницы невыполненной работы в Team Web Access. Распределяют работу, назначенную участникам команды, с помощью диаграмм производительности..png "Step 2")
Задают состояние Отправить в Project Server для пользовательских Историй, которые будут реализованы с помощью функции массового изменения в Team Web Access или путем открытия запроса "Невыполненная работа по продукту" в Excel..png "Step 3")
По мере выполнения работы обновляют поля Оставшиеся трудозатраты и Завершенная работа для каждой задачи с помощью отдельных рабочих элементов, страницы доски задач в Team Web Access или настраиваемого запроса "Невыполненная работа по итерации"..png "Step 4")
Обработчик синхронизации создает обновление состояния для каждой пользовательской Истории, отправленной в Project Server, после внесения изменений в Team Foundation для каждого сопоставленного поля каждой опубликованной пользовательской Истории..png "Step 6")
Просмотреть расписание реализуемых пользовательских Историй и переместить их в итерации, определенные в плане проекта..png "Step 7")
Отследить ход выполнения работ по пользовательским Историям и оценить его по отношению к портфелю проектов, которыми управляете вы или отдел управления проектами..png "Step 5")
Просмотреть рабочую нагрузку, назначенную каждому ресурсу.Рекомендованные конфигурации для поддержки гибкой разработки и контроля со стороны отдела управления проектами
Для поддержки описанного в предыдущем разделе процесса необходимо сопоставить план корпоративного проекта с командным проектом. В таблице ниже описываются рекомендуемые конфигурации для плана корпоративного проекта и командного проекта. Для получения дополнительной информации см. Управление связыванием корпоративных проектов с командными проектами.
Настраиваемая область |
Рекомендуемая конфигурация |
Примечания |
|---|---|---|
Шаблон процесса для командного проекта |
Microsoft Solutions Framework (MSF) для гибкой разработки программного обеспечения |
Шаблон процесса Agile предоставляет пользовательские Истории и типы задач рабочих элементов. В Team Web Access можно использовать страницы невыполненной работы и доски для управления невыполненной работой, а также планирования и запуска спринтов. Примечание Можно также использовать настроенный шаблон процесса. |
Сопоставление проектов |
/workItemTypes:”User Story” |
При сопоставлении плана корпоративного проекта с командным проектом укажите в качестве типа рабочего элемента пользовательскую Историю. Также можно запретить использование фиксированных трудозатрат для задач. Фиксированные трудозатраты — один из трех типов задач, которые можно использовать в Project. Подробнее см. в статье Установка типа задачи, используемого в приложении Project для расчета длительности задачи. |
Сопоставления полей |
/useDefaultFieldMappings |
Можно использовать сопоставления полей по умолчанию. Сопоставление дополнительных полей не требуется. |
Имена ресурсов |
Членов команды необходимо добавить в группу "Члены команды" каждого экземпляра PWA или предоставить им разрешения на открытие проекта и просмотр сайта проекта в Project. Для получения дополнительной информации см. Назначение разрешений для поддержки интеграции TFS и Project Server. Следует также добавить всех руководителей команды и других членов команды в пул корпоративных ресурсов Project Server и пул ресурсов плана корпоративного проекта. |
Необходимо предоставить разрешения всем учетным записям пользователей, которые были назначены в качестве ресурсов в плане проекта или которые были указаны в поле "Кому назначено" рабочего элемента. Эти пользователи отправляют обновления состояний, поступающие в очередь состояний для экземпляра PWA. Все имена, назначенные полю Имена ресурсов, должны распознаваться как допустимые участники командного проекта. |
Руководители проекта |
Учетным записям пользователей Project Профессиональный необходимо предоставить разрешение Просмотр информации на уровне проекта, или эти учетные записи должны быть назначены в качестве членов группы Читатель в Team Foundation для командных проектов, в которых они будут публиковать данные. |
Руководителям проектов следует предоставить разрешения на изменение рабочих элементов в тех командных проектах, которые сопоставлены с планами их корпоративных проектов. |
Автоматические утверждения |
Определите правило для автоматического утверждения всех обновлений, отправленных из Team Foundation Server в Project Server. |
Руководитель проекта может определить правила утверждения с помощью экземпляра PWA плана проекта. Подробнее см. в статье Утверждение и отклонение обновлений задач. |
К началу
Задачи и рекомендации для команды гибкой разработки
Руководитель команды может использовать страницы невыполненной работы, доски задач и рабочих элементов в Team Web Access для выполнения следующих задач.
Определение пользовательских Историй и задач
Планирование итерации
Отправка пользовательских Историй в Project Server
Обновление оставшейся и завершенной работы
Информацию об использовании средств планирования Agile см. в статье Совместная работа [перенаправление]. Вы также можете экспортировать общий запрос в Excel для массового обновления пользовательских Историй и задач. См. раздел Пакетное добавление или изменение рабочих элементов с использованием Excel.
Определение пользовательских Историй и задач
Для планирования итерации можно использовать страницу невыполненной работы. Эта страница вычисляет производительность отдельных членов и всей команды на основании расчетных и оставшихся трудозатрат, определенных для задач.
Как показано на рисунке ниже, вы можете использовать страницу невыполненной работы для определения пользовательских Историй и необходимых для их реализации задач. Задачи автоматически связываются с пользовательскими Историями. Эта связь поддерживает свертку рабочих часов по всем задачам в пользовательской Истории.
.png "Iteration Backlog Agile Planning")
Планирование итерации
Как показано на рисунке ниже, вы можете использовать диаграммы производительности для распределения рабочей нагрузки по командным ресурсам. Перед балансировкой рабочей нагрузки убедитесь в том, что вы присвоили значения полю Оставшиеся трудозатраты каждой задачи. Кроме того, убедитесь в том, что вы указали отпуск для каждого члена команды и всей команды на вкладке Производительность.
.png "Capacity Load Balancing")
Отправка пользовательских Историй в Project Server
Руководитель команды определяет время отправки пользовательских Историй в отдел управления проектами. Вы можете использовать функцию массового изменения, доступную в Team Web Access, для назначения пользовательских Историй и обновления значения, присвоенного свойству Отправка Project Server, для нескольких пользовательских Историй.
Массовое обновление нескольких полей
В Team Web Access перейдите на вкладку Рабочие элементы в контексте Работа.
Разверните узел Общие запросы и выберите запрос Невыполненная работа по продукту.
В представлении результатов запроса выберите рабочие элементы, который необходимо обновить.
Откройте контекстное меню одного из выделенных элементов и выберите команду Массовое изменение выбранных рабочих элементов.
Выделите поля, которые необходимо обновить, и введите значение для каждого из них. Помните, что все выбранные рабочие элементы будут обновлены с помощью новых значений.
Например, чтобы присвоить пользовательские Истории и отправить их в Project Server, выберите поля Кому назначено и Отправка Project Server, как показано на рисунке ниже.
Диалоговое окно "Изменение рабочих элементов"
.png "Bulk modify to assign and submit to Project Server")
В области Примечания для журнала введите описание задачи массового изменения и нажмите кнопку ОК.
Чтобы сохранить обновления в хранилище данных, щелкните
.png "Save results (TWA)")
(Сохранить результаты).Примечание
Если рабочие элементы отображаются полужирным шрифтом, это означает, что изменения еще не были опубликованы в хранилище данных.Если рабочие элементы отображаются полужирным красным шрифтом, это означает, что вы еще не присвоили значения всем обязательным полям для отправки в Project Server.
.png "Save bulk edit updates")
Обновление оставшейся и завершенной работы
Члены команды могут обновлять свою работу с помощью доски задач Team Web Access или форм рабочих элементов в Team Explorer. Чтобы обновить поля Оставшиеся трудозатраты и Завершенная работа, необходимо открыть каждую задачу и изменить поля. Значение, отображаемое в левом нижнем углу каждой задачи, соответствует полю Оставшиеся трудозатраты. См. раздел Выполнение итерации [перенаправление].
.png "Update tasks using the task board")
Задачи и рекомендации для отдела управления проектами
Сотрудник отдела управления проектами может выполнять следующие действия для отслеживания работ, выполняемых командой гибкой разработки.
Просмотр пользовательских Историй и планирование расписания проекта
Просмотр хода выполнения работ по плану
Просмотр хода выполнения работ по портфелю проектов
Вы также можете просмотреть назначение работы ресурсам. Для получения дополнительной информации см. Работа со сверткой ресурсов в корпоративных проектах, сопоставленных командным проектам.
Просмотр пользовательских Историй и планирование расписания проекта
По мере добавления в Project Server новых пользовательских Историй они автоматически отображаются в плане корпоративного проекта. На рисунке ниже показано, что три пользовательские Истории, отправленные командой гибкой разработки при выполнении действий, описанных в разделе Отправка пользовательских Историй в Project Server, добавлены в план проекта.
.png "User Stories Added to Project Plan")
Эти Истории можно сгруппировать для поддержки представления планирования. Как показано на рисунке ниже, три пользовательские Истории были перемещены для использования в итерации 1 плана. Вы можете просмотреть свертку этих трех пользовательских Историй. В этом примере на реализацию Историй итерации 1 требуется 10 дней.
.png "User Stories added to iteration")
Важно!
Text30 — это поле Project по умолчанию, связанное со столбцом Тип рабочего элемента, который используется в задачах синхронизации с рабочими элементами.Если план проекта когда-либо подключался к Team Foundation Server с помощью параметра Выбрать командный проект в меню "Команда" ленты, становится доступным для выбора дополнительное поле Project с меткой Тип рабочего элемента.Это поле, значение поля Project которого по умолчанию — Text24, поддерживает сопоставление планов проектов, привязанных к Team Foundation, но не поддерживает синхронизацию планов.Поле, основанное на Text24, содержит полный список типов рабочих элементов для командного проекта.Чтобы проверить правильность поля, можно навести на него указатель мыши и убедиться в том, что отображается значение Text30.
Просмотр хода выполнения работ по плану
По мере обновления объема работ по задачам членами команды разработки сведения автоматически передаются в план проекта. Как показано на рисунке ниже, работа по первым двум Историям завершена, и команда должна завершить только оставшуюся третью Историю.
Совет
Для просмотра обновлений плана может потребоваться закрыть и снова открыть план.
.png "Project Plan with Agile Plan Updates")
Просмотр хода выполнения работ по портфелю проектов
Ход выполнения работ по портфелю проектов можно просмотреть вместе с отделом управления проектами с помощью представления "Центр проектов", предоставляемого PWA. Как показано на рисунке ниже, можно легко отследить ход выполнения работ по нескольким проектам гибкой разработки.
.png "Project Portfolio with Agile Plan Updates")