Добавление уровня невыполненной работы портфеля

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Самый простой способ создать тип рабочего элемента (WIT) — скопировать существующий, переименовать его и изменить его для поддержки ваших требований. В этом примере мы копируем эпическую 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".
Tab< Label="Epics">"
'<Control Type="LinksControl" Name="Hierarchy">'
   <LinksControlOptions>
   '<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>'
'</Control>'
'</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. Обновите проект:

   • Для размещенного XML: импорта процесса.
   • Для локального XML: импорта файлов определений, обновленных в следующем порядке:
     a. Initiative.xml
     b. Categories.xml
     c. ProcessConfiguration.xml

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

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

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

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

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

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"

Связанные статьи

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

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

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

• Ссылка на все XML-элементы WITD
• Справочник по XML-элементу категорий
• Справочник по XML-элементу конфигурации процесса
• Импорт, экспорт и управление типами рабочих элементов
• Категории импорта и экспорта
• Настройка процесса импорта и экспорта

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

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

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

Что управляет иерархией между невыполненной работой портфеля?

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

Невыполненные работы портфеля и категории WIT

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

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

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

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

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

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