Общие сведения об артефактах шаблона процесса CMMI

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019 | TFS 2018

Процесс CMMI поддерживает следующие типы рабочих элементов (WIT) для планирования и отслеживания работы, тестов, отзывов и проверки кода. С помощью разных WIT вы можете отслеживать различные типы работы, такие как требования, запросы на изменения, задачи, ошибки и многое другое. Эти артефакты создаются при создании проекта с помощью процесса CMMI. Они основаны на процессе интеграции модели зрелости возможностей (CMMI).

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

Примечание

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

Примечание

Вы можете настроить систему отслеживания работы для проекта, настроив наследуемый процесс или локальный XML-процесс. Дополнительные сведения см. в разделе Модель процесса наследования или Настройка локального ПРОЦЕССА XML.

Последняя версия каждого процесса автоматически передается при установке или обновлении до последней версии Azure DevOps Server. Дополнительные артефакты, такие как SQL Server отчеты, доступны только при подключении к проекту. Применяются другие требования к ресурсам.

Примечание

Вы можете настроить систему отслеживания работы для проекта, настроив локальный ПРОЦЕСС XML. Дополнительные сведения см. в статье Настройка локального процесса XML.

Последняя версия каждого процесса автоматически передается при установке или обновлении до последней версии Azure DevOps Server. Дополнительные артефакты, такие как SQL Server отчеты, доступны только при подключении к проекту. Применяются другие требования к ресурсам.

Планирование и отслеживание работы с CMMI

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

Основной поток для начала работы, как показано ниже. Чтобы приступить к работе с инструментами Scrum или Kanban, см. статью Начало работы с инструментами Agile для планирования и отслеживания работы.

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

Примечание

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

Вывод списка рабочих элементов с помощью запросов

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

Примечание

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

Или используйте один из общих запросов, которые предоставляет процесс CMMI.

Описания стандартных запросов приведены далее в этой статье.

Вы можете просматривать и выполнять запросы на веб-портале или в подключаемом модуле Team Explorer в Visual Studio. Вы можете изменить запрос с помощью редактора запросов, чтобы применить другие критерии фильтра. Кроме того, вы можете добавлять запросы на панели мониторинга группы.

Краткие советы по общим запросам

Если вы не знакомы с Azure Boards, отслеживанием работы и общими запросами, ознакомьтесь со следующими советами, чтобы узнать, как эффективнее управлять работой:

• Чтобы найти назначенные вам рабочие элементы, добавьте @Me в качестве значения поля Назначено в одном из предложений запроса.
• Все допустимые пользователи со стандартным доступом могут создавать запросы и папки в области Мои запросы . Для создания запросов и папок запросов в разделе Общие запросы необходимо иметь набор разрешений "Участие" и иметь доступ "Базовый" или более поздней версии. Дополнительные сведения см. в статье Настройка разрешений для запросов.
• Вы можете изменить любой запрос, добавив условия, чтобы сосредоточиться на области продукта, итерации или другом поле. Чтобы изменить запрос, откройте редактор запросов.
• В Excel можно открыть любой запрос, в котором можно обновить поля одного или нескольких рабочих элементов и опубликовать изменения в базе данных для отслеживания рабочих элементов.
• Вы можете визуализировать состояние или ход выполнения , создав круговую диаграмму, гистограмму или диаграмму тренда для запросов к неструктурированным спискам.

Важно!

Начиная с Visual Studio 2019, подключаемый модуль Azure DevOps для Office не поддерживает Microsoft Project. Интеграция проекта и команда TFSFieldMapping не поддерживаются для Azure DevOps Server 2019 и более поздних версий, включая Azure DevOps Services. Вы можете продолжать использовать Microsoft Excel.

Отслеживание хода выполнения

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

Создание облегченых диаграмм

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

Мини-приложения аналитики и отчеты Power BI

Служба аналитики может отвечать на количественные вопросы о прошлом или настоящем состоянии ваших проектов. Вы можете добавить мини-приложения Аналитики на панель мониторинга или использовать Power BI для создания диаграмм и отчетов.

Дополнительные сведения см. в статье Что такое служба аналитики?

SQL Server отчеты

Если в коллекции проектов и проекте настроены SQL Server Analysis Services и Reporting Services, у вас будет доступ ко многим отчетам CMMI. Чтобы эти отчеты были полезны, команды должны выполнять определенные действия, такие как определение процессов сборки, связывание рабочих элементов и обновление состояния или оставшихся работ.

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

Связанные примечания

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

Если у вас есть проект, начните отслеживать работу:

• Добавление рабочих элементов для управления проектом — чтобы узнать больше о функциях формы рабочих элементов.
• Создание невыполненной работы — для разработки невыполненной работы по продукту
• Канбан - начать работу в Канбане
• Планирование спринта — начало работы в Scrum
• Excel.

Дополнительные сведения об инструментах Agile:

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

Версии процесса CMMI

По мере обновления шаблона процесса CMMI обновляется номер версии. В следующей таблице представлено сопоставление управления версиями, применяемых при обновлении локальных шаблонов процессов Azure DevOps. Для Azure Boards всегда используется последняя версия. Каждый шаблон предоставляет version элемент . Этот элемент задает основную и дополнительную версии.

Версия	Имя CMMI	Основной номер версии
Azure DevOps Services Azure DevOps Server 2022 г.	CMMI	18
Azure DevOps Server 2020 Azure DevOps Server 2019	CMMI	17
TFS 2018	CMMI	16

Сводка обновлений, внесенных в шаблоны процессов, см. в разделе Изменения, внесенные в шаблоны процессов.

Дополнительные рекомендации по CMMI

Ситуации и рабочая практика команд разработки очень различаются, и большинство компаний имеют свои собственные хорошо организованные процессы. По этим причинам в приведенных здесь рекомендациях не предпринимается попытка назначить процесс разработки в полном объеме. Вместо этого мы описываем только действия, которые имеют отношение к оптимальному использованию процесса CMMI.

• Общие сведения о CMMI. Общие сведения о CMMI и шести уровнях возможностей, встроенных в модель.

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

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

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

Данное руководство было разработано в сотрудничестве с Дэвидом Андерсоном (David Anderson). Дополнительные сведения см. на следующей веб-странице: David J Anderson & Associates.

Предопределенные запросы процесса CMMI

Запрос назначенных пользователю элементов

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

Общий запрос	Описание
Мои тестовые случаи	Список всех тестовых случаев, которые не закрыты и назначены участнику команды, выполняющему запрос. Тестовые случаи сортируются сначала по приоритету, а затем по идентификатору.
Мои рабочие элементы	Список всех рабочих элементов (за исключением общих шагов), которые не закрыты и назначены участнику команды, выполняющему запрос. Рабочие элементы сортируются по рангу, приоритету, типу и идентификатору.

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

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

Общий запрос	Описание
Активные ошибки	Список всех активных ошибок, отсортированных по рангу, приоритету и серьезности.
Задачи разработки	Перечисляет все задачи, для которых задано значение "Дисциплина", "Разработка". Задачи сортируются по идентификатору.
Мои тестовые случаи	Список всех тестовых случаев, которые не закрыты и назначены участнику команды, выполняющему запрос. Тестовые случаи сортируются сначала по приоритету, а затем по идентификатору.
Открытие задач	Список всех незакрытых задач, отсортированных сначала по рангу, по приоритету, а затем по идентификатору.
Открытие тестовых случаев	Список всех незакрытых тестовых случаев, отсортированных сначала по приоритету, а затем по идентификатору.
Разрешенные ошибки	Список всех разрешенных ошибок, определенных для проекта, с сортировкой по рангу, приоритету и серьезности.
Задачи тестирования	Список всех задач, для которых задано значение Test (Дисциплина) с сортировкой по идентификатору.

Запросы управления невыполненной работой

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

Общий запрос	Описание
Требования клиента	Список всех требований, отсортированных по идентификатору, которые определены как рабочие элементы типа "Сценарий" или "Качество обслуживания".
Требования к продукту	Список всех требований, отсортированных по идентификатору, которые определены как "Функциональный", "Оперативный", "Безопасность", "Обеспечение безопасности" или "Возможность".
Открытые требования	Список всех требований, которые не закрыты, отсортированы по идентификатору итерации, приоритету, а затем идентификатору рабочего элемента.
Открытые требования без тестовых случаев	Список всех незакрытых требований, не связанных с тестовыми случаями связью типа "Тест выполнил", отсортированных по идентификатору рабочего элемента.
Открытие рабочих элементов	Список всех незакрытых рабочих элементов, за исключением общих шагов. Рабочие элементы сортируются сначала по рангу, приоритету, типу, а затем по идентификатору.
Предлагаемые рабочие элементы	Список всех предложенных рабочих элементов, отсортированных сначала по рангу, приоритету, итерации, области, рассмотрению, а затем по идентификатору рабочего элемента.
Проверки	Список всех проверок, отсортированных по идентификатору рабочего элемента.
Нетриагированные рабочие элементы	Список всех требований, задач, запросов на изменение, ошибок и проблем, которые не были закрыты или рассмотрены. Полю "Рассмотрение" этих рабочих элементов присвоено значение "Ожидание", "Подробнее" или "Сведения получены". Рабочие элементы сортируются по состоянию, рассмотрению, рангу, приоритету, итерации и области.
Разбивка трудоемких работ	Список всех незакрытых требований и их дочерних требований или задач.
Рабочие элементы с суммарными значениями	Список всех задач, имеющих дочерние задачи и содержащих ненулевые значения в полях "Оставшиеся трудозатраты" или "Завершенная работа". Этот запрос предназначен для поиска задач, в которых указаны трудозатраты, уже учтенные в дочерних по отношению к ним задачах. Чтобы часы засчитывались только по одному разу, сводным задачам часы назначать не следует. Дополнительные сведения см. в статье Устранение неточностей, опубликованных для сводных значений.

Запросы управления изменениями

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

Общий запрос	Описание
Запросы на изменение	Список всех запросов, отсортированных по идентификатору.
Открытие запросов на изменение с помощью требований	Список незакрытых запросов на изменение, отсортированных по идентификатору, и связанных с ними требований. В список включаются только те запросы на изменение, которые связаны с требованием связью типа Затрагивает.
Требования с открытыми запросами на изменение	Список требований, отсортированных по идентификатору, и зависящих от них незакрытых запросов на изменение. В список включаются только те требования, которые связаны с запросом на изменение связью типа "Чем затронут".

Устранение неполадок с запросами

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

Общий запрос	Списки
Заблокированные рабочие элементы	Список всех рабочих элементов, для которых для поля Заблокировано задано значение Да. Блокировка возможна только для требований, задач, ошибок, проблем и запросов на изменение.
Состояние корректирующего действия	Список всех задач, для которых задан тип задачиКорректирующее действие.
Действия по устранению рисков	Список всех задач, для которых для параметра Тип задачи задано действие по устранению рисков.
Нерешенные проблемы	Список всех незакрытых проблем. Книга Проблемы ссылается на этот запрос.
Риски	Список всех рисков, отсортированных по идентификатору.