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

Добавление уровня бэклога для портфеля

Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019

Ваш проект оснащен двумя портфельными бэклогами: функции и эпики. Однако, если вам потребуется один или несколько дополнительных реестров портфеля, вы можете их добавить.

Внимание

Эта статья относится к настройке проекта для моделей процессов размещенного XML и локального XML-процесса. Сведения о модели процесса наследования см. в разделе "Настройка невыполненных работ" или "Доски" для процесса.

Общие сведения о моделях процессов см. в разделе "Настройка вашего опыта отслеживания работы".

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

Примечание.

Если вы еще не включили функцию портфельных бэклогов для локального проекта Azure DevOps, сначала включите её.

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

Примечание.

Изображения, которые вы видите на веб-портале, могут отличаться от изображений, которые вы видите в этом разделе. Эти отличия от обновлений, внесенных в проект, и шаблона процесса, выбранного при создании проекта— Agile, Scrum или CMMI. Однако основные функциональные возможности, доступные для вас, остаются неизменными, если явно не упоминаются.

Просмотр трех журналов невыполненных задач портфеля включен

Вы можете добавить до пяти уровней отставаний в портфеле. И каждая команда может выбрать, какие невыполненные работы будут отображаться для них.

Обзор процесса

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

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

В этой статье описывается добавление бэклога портфеля в проект на основе методологии Agile в следующих пяти шагах:

  1. Экспорт необходимых файлов
  2. Создайте тип рабочего элемента "Инициатива"
  3. Обновление категорий с помощью категории инициативы
  4. Обновление ProcessConfiguration для добавления невыполненной работы портфеля инициатив
  5. Обновление проекта и проверка изменений

Вы можете применить те же действия, если вы работаете с проектом на основе процесса Scrum или CMMI . Когда вы закончите, вы сможете управлять портфелем своих проектов, группируя работу по четырем уровням: пользовательские истории (или элементы бэклога, или требования), функции, эпики и инициативы.

Дополнительные сведения см. в разделе "Сведения о процессах и шаблонах процессов". Общие сведения о трех моделях процессов см. в разделе «Настройка взаимодействия с отслеживанием работы».

1. Экспорт необходимых файлов

  1. Если вы не входите в группу "Администраторы коллекций проектов", добавьте себя в качестве администратора. Эти разрешения необходимы для настройки проекта.

  2. Получите необходимые файлы:

    • Для размещенного XML: экспорт процесса, который требуется обновить. Сохраните файлы в папку, которую вы будете использовать для обновления этих файлов и папок: Категории, ProcessConfiguration и WorkItemTypes.
    • Для локального XML: экспортируйте необходимые файлы определений: Epic, Categories и ProcessConfiguration.

2. Создание типа рабочего элемента с именем Initiative

Самый простой способ создать тип рабочего элемента (WIT) — скопировать существующий, переименовать его и изменить его для поддержки ваших требований. В этом примере мы копируем Epic WIT и помечаем её как «Инициатива».

    — Скопируйте определение WIT "Epic" в XML-файл с меткой "Инициатива". (Файл Epic.xml находится в папке "Отслеживание WorkItem" папки ProcessTemplate.)
    • Измените файл с именем Initiative.
      — Переименуйте WIT. Замените "WORKITEMTYPE name="Epic"" именем WORKITEMTYPE="Initiative" и обновите описание.
      "<WORKITEMTYPE name="Initiative" >
         "<Инициативы DESCRIPTION>помогают руководителям программ эффективно управлять и упорядочивать работу в нескольких командах >"
         '</DESCRIPTION>'
      `. . .`
      '</WORKITEMTYPE>'

      — добавьте все настраиваемые поля, которые требуется отслеживать с помощью этого WIT.
      — Переименуйте раздел TAB с именем "Компоненты" в "Epics" и замените "Filter WorkItemType="Feature" на "Filter WorkItemType="Epic".
      <Вкладка Label="Epics">
      '<Control Type="LinksControl" Name="Hierarchy">'
          <ОпцииУправленияСсылками>
         '<WorkItemLinkFilters FilterType="include">'
         '<Filter LinkType="System.LinkTypes.Hierarchy" />'
         '</WorkItemLinkFilters>'
         '<WorkItemTypeFilters FilterType="include">'
            "<Filter WorkItemType="Epic" />'
         '</WorkItemTypeFilters>'
            '<ExternalLinkFilters FilterType="excludeAll" />'
            LinkColumns<>
                '<LinkColumn RefName="System.ID" />'
                '<LinkColumn RefName="System.Title" />'
                '<LinkColumn RefName="System.AssignedTo" />'
                '<LinkColumn RefName="System.State" />'
                '<LinkColumn LinkAttribute="System.Links.Comment" />'
                `</LinkColumns>`
         '</LinksControlOptions>'
      `</Управление>`
      '</TAB>'

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



3. Обновление категорий с помощью категории инициативы

Теперь добавьте категорию инициативы. При этом в конфигурацию процесса добавляется невыполненная работа по инициативе. Гибкий интерфейс управляет WIT в соответствии с категориями.

Добавьте категорию инициативы в файл Categories.xml. (Файл Categories.xml находится в папке WorkItem Tracking.)

  <CATEGORY name="Initiative Category" refname="FabrikamFiber.InitiativeCategory">  
    <DEFAULTWORKITEMTYPE name="Initiative" />  
  </CATEGORY>

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

4. Обновите ProcessConfiguration, чтобы добавить бэклог портфеля инициатив

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

  1. Измените файл ProcessConfiguration, чтобы добавить новый бэклог портфеля в разделе PortfolioBacklogs. (Файл ProcessConfiguration.xml находится в папке WorkItem Tracking/Process папки ProcessTemplate.)

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

    <PortfolioBacklog category="FabrikamFiber.InitiativeCategory" pluralName="Initiatives" singularName="Initiative" workItemCountLimit="1000">
  <States>
    <State value="New" type="Proposed" />
    <State value="Active" type="InProgress" />
    <State value="Resolved" type="InProgress" />
    <State value="Closed" type="Complete" />
  </States>
  <Columns>
    <Column refname="System.WorkItemType" width="100" />
    <Column refname="System.Title" width="400" />
    <Column refname="System.State" width="100" />
    <Column refname="Microsoft.VSTS.Scheduling.Effort" width="50" />
    <Column refname="Microsoft.VSTS.Common.BusinessValue" width="50" />
    <Column refname="Microsoft.VSTS.Common.ValueArea" width="100" />
    <Column refname="System.Tags" width="200" />
  </Columns>
  <AddPanel>
    <Fields>
      <Field refname="System.Title" />
    </Fields>
  </AddPanel>
</PortfolioBacklog>

    Если вы изменили состояния рабочего процесса, убедитесь, что каждое состояние рабочего потока сопоставляется с одним из метастатов Proposed, InProgressа также Complete. Последнее состояние в рабочем процессе должно сопоставляться с Complete.

  2. Измените PortfolioBacklog элемент для категории Epic, чтобы указать Initiative в качестве родительской невыполненной работы.

    <PortfolioBacklog category="Microsoft.EpicCategory" pluralName="Epics"  
   singularName="Epic" parent="FabrikamFiber.InitiativeCategory"      
   workItemCountLimit="1000">   
   . . .  
</PortfolioBacklog>

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

  3. Добавьте в раздел WorkItemColors цвет, который будет использоваться для инициативы.

        <WorkItemColor primary="FFCC66FF" secondary="FFF0D1FF" name="Initiative" />

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

5. Обновите проект и проверьте доступ к новому резерву портфеля

  1. Обновите проект:

  2. Откройте или обновите веб-портал и убедитесь, что инициатива отображается как невыполненная работа портфеля. См. раздел "Упорядочение невыполненной работы".

  3. Предоставьте расширенный доступ пользователям, которым потребуется выполнить все функции, доступные с невыполненной работой портфеля.
    Для размещенной XML: см. Назначение лицензий пользователям.

Импорт и экспорт файлов определений (только для локальной среды TFS)

Если вы обновляете проект, который подключается к локальному TFS, вы будете использовать команды witadmin для импорта и экспорта файлов определений. Необходимо экспортировать следующие файлы:

  • Epic.xml
  • "Categories.xml" (расположен в папке "Отслеживание объектов работы")
  • ProcessConfiguration.xml (находится в папке WorkItem Tracking/Process)

Совет

С помощью witadmin можно импортировать и экспортировать файлы определений. Другие средства, которые можно использовать, включают редактор процессов (требуется, чтобы вы установили версию Visual Studio). Установите редактор шаблона процесса из Visual Studio Marketplace.

  1. Откройте окно командной строки в соответствии с инструкциями, приведенными в witAdmin: настройте и управляйте объектами для отслеживания работы. Например:

  1. Введите команду witadmin, заменив указанные аргументы на ваши данные. Например, чтобы импортировать WIT:

    witadmin importwitd /collection:CollectionURL /p:"ProjectName" /f:"DirectoryPath\WITDefinitionFile.xml"

    Для CollectionURL укажите URL-адрес коллекции проектов и для ProjectName укажите имя проекта, определенного в коллекции. Необходимо указать URL-адрес в следующем формате: http://ServerName:Port/VirtualDirectoryName/CollectionName

    Для DirectoryPath укажите путь к папке WorkItem Tracking/TypeDefinitions , содержащей скачанный шаблон процесса. Путь к каталогу должен соответствовать этой структуре: Drive:\TemplateFolder\WorkItem Tracking\TypeDefinitions

    Например, импортируйте ServiceApp WIT:

    witadmin importwitd /collection:"http://MyServer:8080/tfs/DefaultCollection"/p:MyProject /f:"DirectoryPath/ServiceApp.xml"

Используйте следующие команды для экспорта и импорта категорий и конфигурации процессов:

witadmin exportwitd /collection:CollectionURL /p:"ProjectName" /n:TypeName /f:"DirectoryPath\WITDefinitionFile.xml"

witadmin importwitd /collection:CollectionURL /p:"ProjectName" /f:"DirectoryPath\WITDefinitionFile.xml"

witadmin exportcategories /collection:"CollectionURL" /p:"ProjectName" /f:"DirectoryPath/categories.xml"

witadmin importcategories /collection:"CollectionURL" /p:"ProjectName" /f:"DirectoryPath/categories.xml"

witadmin exportprocessconfig /collection:"CollectionURL" /p:"ProjectName" /f:"DirectoryPath/ProcessConfiguration.xml"

witadmin importprocessconfig /collection:"CollectionURL" /p:"ProjectName" /f:"DirectoryPath/ProcessConfiguration.xml"

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

Концептуальное изображение 5 уровней невыполненной работы портфеля

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

Дополнительные сведения о синтаксисе для файла определения или средства командной строки см. в следующих разделах:

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

Если у вас есть дополнительные вопросы, посетите форум Team Foundation Server — отслеживание работы.

Иерархия невыполненной работы портфеля

Что определяет иерархию среди бэклогов портфеля?

Конфигурация процесса определяет иерархию путем назначения родительских категорий категориям бэклога портфеля. Поддерживаются только отношения типа "родитель-дитя". Верхняя категория в иерархии не имеет родительского назначения.

Задержки в портфолио и категории WIT

Может ли у меня быть несколько WIT, определенных в категории, которую я использую для невыполненной работы портфеля?

Да. Например, вы можете добавить рабочие элементы типа "Цель" и "Инициатива" в категорию портфельного бэклога. Основное ограничение заключается в том, чтобы не добавлять один и тот же WIT в две разные категории, назначенные одной из следующих разделов для конфигурации процесса: a PortfolioBacklog, RequirementBacklogили TaskBacklog.

Вложение элементов невыполненной работы

Можно ли вкладывать элементы бэклога в дополнение к использованию портфельных бэклогов?

Хотя вы можете вкладывать элементы невыполненной работы, мы этого не рекомендуем. Мы не поддерживаем перетаскивание для связывания вложенных элементов невыполненной работы. Вместо этого мы поддерживаем сопоставление элементов невыполненной работы с элементами портфеля.

Примеры того, как иерархически связанные элементы, принадлежащие категории "Требования", отображаются в списках задач и на досках, см. в разделе "Как списки задач и доски отображают иерархические (вложенные) элементы".