Поделиться через


Планирование бизнес-требований сверху вниз в плане корпоративного проекта, сопоставленном командному проекту

Руководитель проекта может управлять высокоуровневыми бизнес-требованиями в Project Server, тогда как команда разработки управляет сведениями о задачах в Visual Studio Team Foundation Server. Можно определить требования и просмотреть свертку ресурсов и усилий, а также оценить влияние на расписание по мере того, как команда разработки определяет, оценивает и обновляет подробные задачи. Обработчик синхронизации для Visual Studio Team Foundation Server 2010 и Project Server поддерживает использование данных планирования и ресурсов для требований в сопоставленном плане корпоративного проекта и командном проекте.

Примечание

Дополнительные сведения об управлении конечными результатами и задачами с помощью Project Server см. в разделе Управление сведениями о проектах в плане корпоративного проекта, сопоставленном командному проекту.

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

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

  • Обзор процесса планирования сверху вниз с помощью Project Server

  • Рекомендованные конфигурации для поддержки планирования сверху вниз

  • Задачи и рекомендации руководителя проекта

  • Задачи и рекомендации команды разработки

Необходимые разрешения

Для выполнения описанных в этом разделе процедур требуются следующие разрешения.

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

  • Для обновления рабочих элементов в Team Foundation и их отправки в Project Server пользователи должны быть членами группы Участники для командного проекта. Кроме того, пользователи должны быть членами группы Члены команды для Project Web Access или Project Web App (PWA) либо иметь разрешения на открытие проекта и на просмотр сайтов проектов в Project.

Дополнительные сведения см. в разделе Назначение разрешений для поддержки интеграции Project Server и Team Foundation Server.

Обзор процесса планирования сверху вниз с помощью Project Server

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

Рабочий процесс свертки ресурсов PS-TFS

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

Руководитель проекта

Руководитель проекта выполняет следующие задачи в Project или PWA.

Шаг 1   Определяет конечные результаты, функции или требования в плане корпоративного проекта.

Шаг 2   Сохраняет и публикует план проекта в Project Server.

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

9   Определяет базовый план и отслеживает ход выполнения согласно ему.

Обработчик синхронизации

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

Шаг 3Создает рабочий элемент требования в командном проекте, сопоставляемом с корпоративным планом. Обработчик также создает ссылку, которая связывает требование в Project с рабочим элементом в Team Foundation.

Шаг 7Создает обновление состояния после выполнения обновления в Team Foundation для каждого сопоставляемого поля каждого опубликованного требования. Эти обновления отображаются в очереди утверждений для просмотра руководителем проекта.

Руководитель команды

В Team Foundation руководитель команды и члены команды выполняют следующие задачи.

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

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

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

10   Обновляют поля Оставшиеся трудозатраты и Завершенная работа для каждой задачи.

К началу

Рекомендованные конфигурации для поддержки планирования сверху вниз

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

Настраиваемая область

Рекомендуемая конфигурация

Примечания

Шаблон процесса для командного проекта

Microsoft Solutions Framework (MSF) для улучшения процесса Capability Maturity Model Integration (CMMI) версии 5.0.

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

Сопоставление проекта

/workItemTypes:Requirement

При сопоставлении плана корпоративного проекта с командным проектом укажите требование как тип рабочего элемента. Также можно запретить использование в задачах фиксированных трудозатрат. Фиксированные трудозатраты — один из трех типов задач, которые можно использовать в Project. Дополнительные сведения см. на странице Change the task type Project uses to calculate task duration.

Сопоставление полей

/useDefaultFieldMappings

Можно использовать сопоставления полей по умолчанию. Сопоставление дополнительных полей не требуется.

Имена ресурсов

Членов команды необходимо добавить в группу "Члены команды" каждого экземпляра PWA или предоставить им разрешения на открытие проекта и на просмотр сайтов проектов в Project. Дополнительные сведения см. в разделе Добавление пользователей Team Foundation в группу "Члены команды".

Кроме того, всех членов команды следует добавить в пул корпоративных ресурсов и пул ресурсов плана проекта.

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

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

Руководители проекта

Учетным записям пользователей Project Professional необходимо предоставить разрешение Просмотр информации на уровне проекта или эти учетные записи должны быть назначены в качестве членов группы Читатель в Team Foundation для командных проектов, в которых они будут публиковать данные.

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

К началу

Задачи и рекомендации руководителя проекта

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

  • Определение требований

  • Утверждение обновлений состояния

  • Просмотр расписания и определение базового плана

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

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

К началу

Определение требований

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

Примечание

Если предполагается, что руководитель разработки предоставит оценки объема работ, следует в поле оставшихся трудозатрат указать 0 часов, а в поле длительности — 0 дней.

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

Важно!

Text30 — это поле проекта по умолчанию, связанное со столбцом Тип рабочего элемента, который используется в задачах синхронизации с рабочими элементами.Если план проекта когда-либо подключался к Team Foundation Server с помощью параметра Выбрать командный проект в меню "Команда" ленты, становится доступным для выбора дополнительное поле проекта с меткой Тип рабочего элемента.Это поле, значение поля проекта которого по умолчанию — Text24, поддерживает сопоставление планов проектов, привязанных к Team Foundation, но не поддерживает синхронизацию планов.Поле, основанное на Text24, содержит полный список типов рабочих элементов для командного проекта.Чтобы проверить правильность поля, можно навести на него указатель мыши и убедиться, что отображается значение Text30.

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

Примечание

При публикации плана надстройка Team Foundation в Project проверяет указанные данные.Если обязательное поле не определено или значение недопустимо, необходимо устранить эти ошибки.Дополнительные сведения см. в разделе Устранение ошибок проверки.

Ход выполнения публикации отображается в строке состояния

К началу

Утверждение обновлений состояния

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

Центр утверждения с обновлением состояния

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

Сведения о задаче

Примечание

Для обновления плана корпоративного проекта после внесения изменений, отправленных из Team Foundation, необходимо принять обновления.

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

К началу

Просмотр расписания и определение базового плана

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

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

Чтобы поддерживать управление расписанием, задайте в базовом плане параметр отслеживания хода выполнения работ командой в соответствии с целевым расписанием. Дополнительные сведения см. на следующей странице веб-сайта Майкрософт: Create or update a baseline or an interim plan.

К началу

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

По мере выполнения членами команды поставленных задач выполняется обновление полей Оставшиеся трудозатраты и Завершенная работа для каждой задачи. Эти значения сводятся для каждого требования, опубликованного в Team Foundation. Перед утверждением обновлений можно просмотреть их влияние на критический путь, щелкнув Просмотр обновлений в разделе Центр утверждения.

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

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

К началу

Задачи и рекомендации команды разработки

Участник командного проекта может выполнить следующие задачи с помощью Сред. Командный обозреватель или клиента Team Foundation.

  • Просмотр новых требований

  • Определение, оценка и связывание задач с каждым требованием

  • Обновление оставшихся трудозатрат и завершенной работы

  • Рассмотрение отклоненных обновлений требований

К началу

Просмотр новых требований

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

В разбиении работ показаны новые требования

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

Сообщение синхронизации Project Server

Определение и оценка задач, связанных с каждым требованием

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

Добавление нового связанного рабочего элемента

В окне Добавить новый связанный рабочий элемент в требование введите Название задачи и нажмите кнопку ОК.

Добавление нового связанного рабочего элемента в требование

Откроется форма рабочего элемента задачи, которая автоматически связывается с требованием. В форме щелкните Кому назначено, укажите члена команды, который будет работать над этой задачей, и введите предполагаемое количество часов в поле Оставшиеся трудозатраты. Дополнительные сведения см. в разделах Требование (CMMI) и Задача (CMMI).

В качестве альтернативы можно открыть запрос декомпозиции работ в Excel, быстро определить связанные задачи и оценить объем работ. На следующем рисунке показано разделение задач на три требования. Дополнительные сведения см. в разделе Выполнение планирования сверху вниз при помощи списка дерева рабочих элементов (в программе Excel).

Разбиение работ по задачам, показанное в Excel

После определения всех задач для требования можно обновить запрос декомпозиции работ.

Важно!

После создания и оценки всех дочерних задач введите в поле оставшихся трудозатрат для родительского рабочего элемента 0 часов.

К началу

Обновление оставшихся трудозатрат и завершенной работы

По мере выполнения работ каждый член команды должен обновлять поля Оставшиеся трудозатраты и Завершенная работа для каждой задачи. Если для завершения задачи требуется больше времени, в поле "Оставшиеся трудозатраты" добавляется дополнительное время. Обновления отражаются в свертке требования.

К началу

Рассмотрение отклоненных обновлений требований

Если руководитель проекта отклоняет обновление состояния требования, соответствующая информация отображается в поле Журнал, и в поле Состояние последнего утверждения на вкладке Project Server отображается значение Отклонено. После отклонения обновления рабочего элемента рабочий элемент больше нельзя синхронизировать. Состояние "Отклонено" необходимо исправить для дальнейшей синхронизации рабочего элемента. Для поиска рабочих элементов, имеющих состояние обновления "Отклонено", можно создать командный запрос. Дополнительные сведения см. в разделе How to: Resolve Conflicts of Mapped Work Items.

К началу

См. также

Другие ресурсы

Общие сведения о процессе синхронизации для интеграции Team Foundation Server и Project Server

Submitting Work Items that are Mapped to Enterprise Projects in Project Server