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

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

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

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

Примечание.

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

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

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

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

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

Примечание.

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

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

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

Примечание.

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

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

Советы для общих запросов

Эффективнее управлять работой с помощью следующих советов:

• Найдите рабочие элементы, назначенные вам, добавив @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 для создания диаграмм и отчетов.

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

Связанные заметки

• Создание проекта
• Добавление рабочих элементов для управления проектом
• Создание невыполненной работы
• Использование доски Kanban
• Планирование спринта

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

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

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

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

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

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

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

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

• Инженерия: устраняет действия, добавленные для обнаружения сведений, необходимых для разработки и сборки программных продуктов

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

Это руководство было разработано в партнерстве с Дэвидом Андерсоном. Дополнительные сведения см. на следующей веб-странице: Дэвид J Андерсон и Партнеры.