CMMI — Ключевые области процесса

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

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

Выбрав области процессов, вы также должны указать, насколько вы хотите улучшить процессы, связанные с этими областями процессов (т. Е. Выбрать соответствующий уровень возможностей). Уровни возможностей, а также общие цели и практики способствуют улучшению процессов в отдельных областях процессов.

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

Области процесса CMMI (PA) могут быть сгруппированы в следующие четыре категории, чтобы понять их взаимодействия и связи друг с другом независимо от их определенных уровней:

• Управление процессом

• Управление проектом

• инженерия

• Служба поддержки

Управление процессом

Управление проектом

инженерия

Служба поддержки

Каждая область процесса определяется набором целей и практик. Есть две категории целей и практик —

• Общие цели и практики — они являются частью каждой области процесса.

• Конкретные цели и практики — они специфичны для данной области процесса.

Общие цели и практики — они являются частью каждой области процесса.

Конкретные цели и практики — они специфичны для данной области процесса.

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

Общие цели и практики

Общие цели и практики являются частью каждой области процесса.

ОБОЗНАЧЕНИЯ — GG -> Общие цели и GP -> Общая практика

• GG 1 Достигнуть определенных целей

  • GP 1.1 Выполнять конкретные практики

• GG 2 Институционализировать управляемый процесс

  • GP 2.1 Установить организационную политику

  • GP 2.2 Планирование процесса

  • GP 2.3 Предоставить ресурсы

  • GP 2.4 назначить ответственность

  • GP 2.5 Train People

  • GP 2.6 Управление конфигурациями

  • GP 2.7 Определение и вовлечение соответствующих заинтересованных сторон

  • GP 2.8 Мониторинг и контроль процесса

  • GP 2.9 Объективно оценить приверженность

  • GP 2.10 Просмотр статуса с управлением высшего уровня

• GG 3 Институционализировать определенный процесс

  • GP 3.1 Установить определенный процесс

  • GP 3.2 Сбор информации об улучшении

• GG 4 Институционализировать количественно управляемый процесс

  • GP 4.1 Установить количественные цели для процесса

  • GP 4.2 Стабилизация производительности подпроцесса

• GG 5 Институционализировать процесс оптимизации

  • GP 5.1 Обеспечить постоянное улучшение процессов

  • GP 5.2 Правильные первопричины проблем

GG 1 Достигнуть определенных целей

GP 1.1 Выполнять конкретные практики

GG 2 Институционализировать управляемый процесс

GP 2.1 Установить организационную политику

GP 2.2 Планирование процесса

GP 2.3 Предоставить ресурсы

GP 2.4 назначить ответственность

GP 2.5 Train People

GP 2.6 Управление конфигурациями

GP 2.7 Определение и вовлечение соответствующих заинтересованных сторон

GP 2.8 Мониторинг и контроль процесса

GP 2.9 Объективно оценить приверженность

GP 2.10 Просмотр статуса с управлением высшего уровня

GG 3 Институционализировать определенный процесс

GP 3.1 Установить определенный процесс

GP 3.2 Сбор информации об улучшении

GG 4 Институционализировать количественно управляемый процесс

GP 4.1 Установить количественные цели для процесса

GP 4.2 Стабилизация производительности подпроцесса

GG 5 Институционализировать процесс оптимизации

GP 5.1 Обеспечить постоянное улучшение процессов

GP 5.2 Правильные первопричины проблем

Общие черты

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

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

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

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

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

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

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

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

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

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

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

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

Области обработки в деталях

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

Причинный анализ и разрешение

• Это область процесса поддержки на уровне зрелости 5.

Это область процесса поддержки на уровне зрелости 5.

Цель

Целью Причинно-следственного анализа и устранения (CAR) является выявление причин дефектов и других проблем и принятие мер для предотвращения их возникновения в будущем.

Конкретные практики по целям

• SG 1 определить причины дефектов

  • SP 1.1 Выбор данных дефекта для анализа

  • SP 1.2 Анализ причин

• ИК 2 Адрес Причины дефектов

  • СП 2.1 Внедрить предложения о действиях

  • SP 2.2 Оценка эффекта от изменений

  • SP 2.3 Запись данных

SG 1 определить причины дефектов

SP 1.1 Выбор данных дефекта для анализа

SP 1.2 Анализ причин

ИК 2 Адрес Причины дефектов

СП 2.1 Внедрить предложения о действиях

SP 2.2 Оценка эффекта от изменений

SP 2.3 Запись данных

Управление конфигурацией

• Это область процесса поддержки на уровне зрелости 2.

Это область процесса поддержки на уровне зрелости 2.

Цель

Целью Управления конфигурациями (CM) является установление и поддержание целостности рабочих продуктов с использованием идентификации конфигурации, контроля конфигурации, учета состояния конфигурации и аудита конфигурации.

Конкретные практики по целям

• ИК 1 устанавливает исходные условия

  • SP 1.1 Определение элементов конфигурации

  • SP 1.2 Создание системы управления конфигурацией

  • SP 1.3 Создание или выпуск базовых показателей

• SG 2 Отслеживание и контроль изменений

  • SP 2.1 Отслеживание запросов на изменение

  • SP 2.2 Элементы конфигурации управления

• ИК 3 Обеспечить честность

  • SP 3.1 Создание записей управления конфигурацией

  • SP 3.2 Выполнить аудит конфигурации

ИК 1 устанавливает исходные условия

SP 1.1 Определение элементов конфигурации

SP 1.2 Создание системы управления конфигурацией

SP 1.3 Создание или выпуск базовых показателей

SG 2 Отслеживание и контроль изменений

SP 2.1 Отслеживание запросов на изменение

SP 2.2 Элементы конфигурации управления

ИК 3 Обеспечить честность

SP 3.1 Создание записей управления конфигурацией

SP 3.2 Выполнить аудит конфигурации

Анализ решений и разрешение

• Это область процесса поддержки на уровне зрелости 3.

Это область процесса поддержки на уровне зрелости 3.

Цель

Целью анализа и разрешения решений (DAR) является анализ возможных решений с использованием формального процесса оценки, который оценивает выявленные альтернативы в соответствии с установленными критериями.

Конкретные практики по целям

• ИК 1 Оценка альтернатив

  • SP 1.1 Установить руководящие принципы для анализа решений

  • SP 1.2 Установить критерии оценки

  • SP 1.3 Определить альтернативные решения

  • SP 1.4 Выбор методов оценки

  • SP 1.5 Оценка альтернатив

  • SP 1.6 Выбор решений

ИК 1 Оценка альтернатив

SP 1.1 Установить руководящие принципы для анализа решений

SP 1.2 Установить критерии оценки

SP 1.3 Определить альтернативные решения

SP 1.4 Выбор методов оценки

SP 1.5 Оценка альтернатив

SP 1.6 Выбор решений

Комплексное управление проектами + IPPD

• Это область процесса управления проектами на уровне зрелости 3.

Это область процесса управления проектами на уровне зрелости 3.

Цель

Целью Интегрированного управления проектом + IPPD (IPM) является создание и управление проектом и привлечение соответствующих заинтересованных сторон в соответствии с интегрированным и определенным процессом, который основан на наборе стандартных процессов организации.

Конкретные практики по целям

• ИК 1 Использовать определенный процесс проекта

  • SP 1.1 Установить определенный процесс проекта

  • SP 1.2 Использование активов организационного процесса для планирования деятельности по проекту

  • SP 1.3 Создание рабочей среды проекта

  • SP 1.4 Интегрировать планы

  • SP 1.5 Управление проектом с использованием интегрированных планов

  • SP 1.6 Вклад в организационные процессы Активы

• ИК 2 координирует и сотрудничает с соответствующими заинтересованными сторонами

  • SP 2.1 Управление участием заинтересованных сторон

  • SP 2.2 Управление зависимостями

  • SP 2.3. Решить вопросы координации

ИК 1 Использовать определенный процесс проекта

SP 1.1 Установить определенный процесс проекта

SP 1.2 Использование активов организационного процесса для планирования деятельности по проекту

SP 1.3 Создание рабочей среды проекта

SP 1.4 Интегрировать планы

SP 1.5 Управление проектом с использованием интегрированных планов

SP 1.6 Вклад в организационные процессы Активы

ИК 2 координирует и сотрудничает с соответствующими заинтересованными сторонами

SP 2.1 Управление участием заинтересованных сторон

SP 2.2 Управление зависимостями

SP 2.3. Решить вопросы координации

Добавление IPPD —

• ИК 3 Применить принципы IPPD

  • SP 3.1 Определение общего видения проекта

  • SP 3.2 Создание интегрированной структуры команды

  • SP 3.3 Распределить требования к интегрированным командам

  • SP 3.4 Создание интегрированных команд

  • SP 3.5 Обеспечить сотрудничество между взаимодействующими командами

ИК 3 Применить принципы IPPD

SP 3.1 Определение общего видения проекта

SP 3.2 Создание интегрированной структуры команды

SP 3.3 Распределить требования к интегрированным командам

SP 3.4 Создание интегрированных команд

SP 3.5 Обеспечить сотрудничество между взаимодействующими командами

Измерение и анализ

Это область процесса поддержки на уровне зрелости 2.

Цель

Целью Измерения и Анализа (MA) является разработка и поддержание возможности измерения, которая используется для поддержки потребностей управленческой информации.

Конкретные практики по целям

• ИК 1 Align Измерения и анализ деятельности

  • SP 1.1 Установить цели измерения

  • SP 1.2 Указать меры

  • SP 1.3 Указать процедуры сбора и хранения данных

  • SP 1.4 Указать процедуры анализа

• ИК 2 предоставляет результаты измерений

  • SP 2.1 Сбор данных измерений

  • SP 2.2 Анализ данных измерений

  • SP 2.3 Хранить данные и результаты

  • SP 2.4 сообщить результаты

ИК 1 Align Измерения и анализ деятельности

SP 1.1 Установить цели измерения

SP 1.2 Указать меры

SP 1.3 Указать процедуры сбора и хранения данных

SP 1.4 Указать процедуры анализа

ИК 2 предоставляет результаты измерений

SP 2.1 Сбор данных измерений

SP 2.2 Анализ данных измерений

SP 2.3 Хранить данные и результаты

SP 2.4 сообщить результаты

Организационные инновации и развертывание

Это область процесса управления процессами на уровне зрелости 5.

Цель

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

Конкретные практики по целям

• SG 1 Выберите улучшения

  • SP 1.1 Сбор и анализ предложений по улучшению

  • SP 1.2 Определить и проанализировать инновации

  • SP 1.3 Пилот Усовершенствования

  • SP 1.4 Выбор улучшений для развертывания

• Улучшения в развертывании SG 2

  • SP 2.1 Планирование зон развертывания

  • SP 2.2 Управление развертыванием

  • SP 2.3 Измерение эффектов улучшения

SG 1 Выберите улучшения

SP 1.1 Сбор и анализ предложений по улучшению

SP 1.2 Определить и проанализировать инновации

SP 1.3 Пилот Усовершенствования

SP 1.4 Выбор улучшений для развертывания

Улучшения в развертывании SG 2

SP 2.1 Планирование зон развертывания

SP 2.2 Управление развертыванием

SP 2.3 Измерение эффектов улучшения

Определение организационного процесса + IPPD (OPD)

Это область процесса управления процессами на уровне зрелости 3.

Цель

Целью определения организационного процесса + IPPD (OPD) является создание и поддержка пригодного для использования набора активов организационного процесса.

Конкретные практики по целям

• ИК 1 Создание активов организационного процесса

  • SP 1.1 Установить стандартные процессы

  • SP 1.2 Создание описания модели жизненного цикла

  • SP 1.3 Установить критерии и рекомендации по пошиву

  • SP 1.4 Создать измерительный архив Организации

  • SP 1.5 Создание библиотеки активов процесса организации

ИК 1 Создание активов организационного процесса

SP 1.1 Установить стандартные процессы

SP 1.2 Создание описания модели жизненного цикла

SP 1.3 Установить критерии и рекомендации по пошиву

SP 1.4 Создать измерительный архив Организации

SP 1.5 Создание библиотеки активов процесса организации

Добавление IPPD —

• SG 2 Включить управление IPPD

  • SP 2.1 Создание механизмов расширения прав и возможностей

  • SP 2.2 Установить правила и руководящие указания для интегрированных команд

  • SP 2.3 Balance Team и Обязанности домашней организации

SG 2 Включить управление IPPD

SP 2.1 Создание механизмов расширения прав и возможностей

SP 2.2 Установить правила и руководящие указания для интегрированных команд

SP 2.3 Balance Team и Обязанности домашней организации

Фокус организационного процесса

Это область процесса управления процессами на уровне зрелости 3.

Цель

Целью Фокус Организационного Процесса (OPF) является планирование и реализация усовершенствования организационного процесса на основе глубокого понимания текущих сильных и слабых сторон процессов и активов организации.

Конкретные практики по целям

• ИК 1 Определить возможности улучшения процесса

  • SP 1.1 Определение потребностей организационного процесса

  • SP 1.2 Оценка процессов организации

  • SP 1.3. Определить улучшения в организации

• ИК 2 планирует и осуществляет деятельность по улучшению процесса

  • SP 2.1 Разработка планов действий процесса

  • SP 2.2 Реализация планов действий процесса

• ИК 3 Развертывание активов организационного процесса и включение извлеченных уроков

  • SP 3.1 Развертывание активов организационного процесса

  • SP 3.2 Развертывание стандартных процессов

  • SP 3.3 Мониторинг реализации

  • SP 3.4 Включение опыта, связанного с процессом, в активы организационного процесса

ИК 1 Определить возможности улучшения процесса

SP 1.1 Определение потребностей организационного процесса

SP 1.2 Оценка процессов организации

SP 1.3. Определить улучшения в организации

ИК 2 планирует и осуществляет деятельность по улучшению процесса

SP 2.1 Разработка планов действий процесса

SP 2.2 Реализация планов действий процесса

ИК 3 Развертывание активов организационного процесса и включение извлеченных уроков

SP 3.1 Развертывание активов организационного процесса

SP 3.2 Развертывание стандартных процессов

SP 3.3 Мониторинг реализации

SP 3.4 Включение опыта, связанного с процессом, в активы организационного процесса

Эффективность организационного процесса

Это область процесса управления процессами на уровне зрелости 4.

Цель

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

Конкретные практики по целям

• ИК 1 устанавливает базовые показатели и модели эффективности

  • SP 1.1 Выбор процессов

  • SP 1.2 Установить показатели эффективности процесса

  • SP 1.3 Установить цели качества и производительности процесса

  • SP 1.4 Установить базовые показатели производительности процесса

  • SP 1.5 Создание моделей производительности процесса

ИК 1 устанавливает базовые показатели и модели эффективности

SP 1.1 Выбор процессов

SP 1.2 Установить показатели эффективности процесса

SP 1.3 Установить цели качества и производительности процесса

SP 1.4 Установить базовые показатели производительности процесса

SP 1.5 Создание моделей производительности процесса

Организационное обучение

Это область процесса управления процессами на уровне зрелости 3.

Цель

Целью Организационного обучения (ОТ) является развитие навыков и знаний людей, чтобы они могли выполнять свои роли эффективно и результативно.

Конкретные практики по целям

• ИК 1 Создание организационного тренинга

  • SP 1.1 Определение стратегических потребностей в обучении

  • SP 1.2. Определить, какие учебные потребности являются обязанностью организации

  • SP 1.3 Разработка тактического плана организационного обучения

  • SP 1.4 Установить возможности обучения

• ИК 2 Обеспечить необходимое обучение

  • SP 2.1 Провести обучение

  • SP 2.2 Создание учебных записей

  • SP 2.3 Оценка эффективности обучения

ИК 1 Создание организационного тренинга

SP 1.1 Определение стратегических потребностей в обучении

SP 1.2. Определить, какие учебные потребности являются обязанностью организации

SP 1.3 Разработка тактического плана организационного обучения

SP 1.4 Установить возможности обучения

ИК 2 Обеспечить необходимое обучение

SP 2.1 Провести обучение

SP 2.2 Создание учебных записей

SP 2.3 Оценка эффективности обучения

Интеграция продуктов

Это область инженерного процесса на уровне зрелости 3.

Цель

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

Конкретные практики по целям

• ИК 1 Подготовка к интеграции продукта

  • SP 1.1 Определить последовательность интеграции

  • SP 1.2 Создание среды интеграции продукта

  • SP 1.3 Установить процедуры и критерии интеграции продукта

• SG 2 Обеспечить совместимость интерфейса

  • SP 2.1 Обзор описания интерфейса для полноты

  • SP 2.2 Управление интерфейсами

• ИК 3 Собрать компоненты продукта и доставить продукт

  • SP 3.1 Подтвердить готовность компонентов продукта к интеграции

  • SP 3.2 Сборка компонентов продукта

  • SP 3.3 Оценка собранных компонентов продукта

  • SP 3.4 Упаковка и доставка продукта или компонента продукта

ИК 1 Подготовка к интеграции продукта

SP 1.1 Определить последовательность интеграции

SP 1.2 Создание среды интеграции продукта

SP 1.3 Установить процедуры и критерии интеграции продукта

SG 2 Обеспечить совместимость интерфейса

SP 2.1 Обзор описания интерфейса для полноты

SP 2.2 Управление интерфейсами

ИК 3 Собрать компоненты продукта и доставить продукт

SP 3.1 Подтвердить готовность компонентов продукта к интеграции

SP 3.2 Сборка компонентов продукта

SP 3.3 Оценка собранных компонентов продукта

SP 3.4 Упаковка и доставка продукта или компонента продукта

Мониторинг и контроль проекта

Это область процесса управления проектами на уровне зрелости 2.

Цель

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

Конкретные практики по целям

• SG 1 Monitor Project против плана

  • SP 1.1 Мониторинг параметров планирования проекта

  • SP 1.2 Мониторинг обязательств

  • SP 1.3 Мониторинг рисков проекта

  • SP 1.4 Монитор Управление данными

  • SP 1.5 Мониторинг участия заинтересованных сторон

  • SP 1.6 Проводить обзоры прогресса

  • SP 1.7 Провести контрольные оценки

• SG 2 Управление корректирующим действием для закрытия

  • SP 2.1 Анализ проблем

  • SP 2.2 Принять корректирующие меры

  • SP 2.3 Управление корректирующими действиями

SG 1 Monitor Project против плана

SP 1.1 Мониторинг параметров планирования проекта

SP 1.2 Мониторинг обязательств

SP 1.3 Мониторинг рисков проекта

SP 1.4 Монитор Управление данными

SP 1.5 Мониторинг участия заинтересованных сторон

SP 1.6 Проводить обзоры прогресса

SP 1.7 Провести контрольные оценки

SG 2 Управление корректирующим действием для закрытия

SP 2.1 Анализ проблем

SP 2.2 Принять корректирующие меры

SP 2.3 Управление корректирующими действиями

Планирование проекта

Это область процесса управления проектами на уровне зрелости 2.

Цель

Целью планирования проекта (ПП) является создание и ведение планов, определяющих деятельность по проекту.

Конкретные практики по целям

• ИК 1 устанавливает оценки

  • SP 1.1 Оценка масштабов проекта

  • SP 1.2 Установить оценки рабочего продукта и атрибутов задачи

  • SP 1.3 Определить жизненный цикл проекта

  • СП 1.4 Определить оценки усилий и затрат

• ИК 2 Разработка плана проекта

  • SP 2.1 Установить бюджет и график

  • SP 2.2 Определение рисков проекта

  • SP 2.3 План управления данными

  • SP 2.4 План ресурсов проекта

  • SP 2.5 План необходимых знаний и навыков

  • SP 2.6 Планирование участия заинтересованных сторон

  • СП 2.7 Разработка плана проекта

• ИК 3 Добиться приверженности плану

  • SP 3.1 Рассмотреть планы, которые влияют на проект

  • SP 3.2 Согласование уровней работы и ресурсов

  • SP 3.3 Получить план обязательств

ИК 1 устанавливает оценки

SP 1.1 Оценка масштабов проекта

SP 1.2 Установить оценки рабочего продукта и атрибутов задачи

SP 1.3 Определить жизненный цикл проекта

СП 1.4 Определить оценки усилий и затрат

ИК 2 Разработка плана проекта

SP 2.1 Установить бюджет и график

SP 2.2 Определение рисков проекта

SP 2.3 План управления данными

SP 2.4 План ресурсов проекта

SP 2.5 План необходимых знаний и навыков

SP 2.6 Планирование участия заинтересованных сторон

СП 2.7 Разработка плана проекта

ИК 3 Добиться приверженности плану

SP 3.1 Рассмотреть планы, которые влияют на проект

SP 3.2 Согласование уровней работы и ресурсов

SP 3.3 Получить план обязательств

Обеспечение качества процесса и продукции

Это область процесса поддержки на уровне зрелости 2.

Цель

Цель обеспечения качества процессов и продуктов (PPQA) — предоставить персоналу и руководству объективное представление о процессах и связанных с ними рабочих продуктах.

Конкретные практики по целям

• ИК 1 Объективно оценивает процессы и рабочие продукты

  • SP 1.1 Объективно оценивать процессы

  • SP 1.2 Объективно оценивать рабочие продукты и услуги

• ИК 2 Обеспечить объективное понимание

  • SP 2.1 Связь и обеспечение решения проблем несоответствия

  • SP 2.2 Установить записи

ИК 1 Объективно оценивает процессы и рабочие продукты

SP 1.1 Объективно оценивать процессы

SP 1.2 Объективно оценивать рабочие продукты и услуги

ИК 2 Обеспечить объективное понимание

SP 2.1 Связь и обеспечение решения проблем несоответствия

SP 2.2 Установить записи

Количественное управление проектами

Это область процесса управления проектами на уровне зрелости 4.

Цель

Целью области процесса Количественного управления проектом (QPM) является количественное управление определенным процессом проекта для достижения установленных целей проекта в отношении качества и эффективности процесса.

Конкретные практики по целям

• ИК 1 Количественное управление проектом

  • SP 1.1 Установить цели проекта

  • SP 1.2 Составьте определенные процессы

  • SP 1.3 Выбор подпроцессов, которые будут статистически управляться

  • SP 1.4 Управление выполнением проекта

• SG 2 Статистически управлять производительностью подпроцесса

  • SP 2.1 Выбор мер и аналитических методов

  • SP 2.2 Применение статистических методов для понимания изменений

  • SP 2.3 Мониторинг производительности выбранных подпроцессов

  • SP 2.4 Запись статистических данных управления

ИК 1 Количественное управление проектом

SP 1.1 Установить цели проекта

SP 1.2 Составьте определенные процессы

SP 1.3 Выбор подпроцессов, которые будут статистически управляться

SP 1.4 Управление выполнением проекта

SG 2 Статистически управлять производительностью подпроцесса

SP 2.1 Выбор мер и аналитических методов

SP 2.2 Применение статистических методов для понимания изменений

SP 2.3 Мониторинг производительности выбранных подпроцессов

SP 2.4 Запись статистических данных управления

Разработка требований

Это область инженерного процесса на уровне зрелости 3.

Цель

Целью разработки требований (RD) является создание и анализ требований клиентов, продуктов и компонентов продукта.

Конкретные практики по целям

• SG 1 Разработка требований клиента

  • SP 1.1 Выявленные потребности

  • SP 1.2 Разработка требований клиента

• ИК 2 Разработка требований к продукту

  • SP 2.1 Установить требования к продукту и компонентам продукта

  • SP 2.2 Распределить требования к компонентам продукта

  • SP 2.3 Определение требований к интерфейсу

• ИК 3 Анализировать и утверждать требования

  • SP 3.1 Установить операционные концепции и сценарии

  • SP 3.2 Установить определение требуемой функциональности

  • SP 3.3 Анализ требований

  • SP 3.4 Анализ требований для достижения баланса

  • SP 3.5 Проверить требования

SG 1 Разработка требований клиента

SP 1.1 Выявленные потребности

SP 1.2 Разработка требований клиента

ИК 2 Разработка требований к продукту

SP 2.1 Установить требования к продукту и компонентам продукта

SP 2.2 Распределить требования к компонентам продукта

SP 2.3 Определение требований к интерфейсу

ИК 3 Анализировать и утверждать требования

SP 3.1 Установить операционные концепции и сценарии

SP 3.2 Установить определение требуемой функциональности

SP 3.3 Анализ требований

SP 3.4 Анализ требований для достижения баланса

SP 3.5 Проверить требования

Управление требованиями

Это область инженерного процесса на уровне зрелости 2.

Цель

Целью Управления требованиями (REQM) является управление требованиями к продуктам проекта и компонентам продукта и выявление несоответствий между этими требованиями и планами проекта и рабочими продуктами.

Конкретные практики по целям

• SG 1 Управление требованиями

  • SP 1.1 Получить понимание требований

  • SP 1.2 Получить соответствие требованиям

  • SP 1.3 Управление изменениями требований

  • SP 1.4 Поддержка двунаправленной прослеживаемости требований

  • SP 1.5 Определение несоответствий между проектной работой и требованиями

SG 1 Управление требованиями

SP 1.1 Получить понимание требований

SP 1.2 Получить соответствие требованиям

SP 1.3 Управление изменениями требований

SP 1.4 Поддержка двунаправленной прослеживаемости требований

SP 1.5 Определение несоответствий между проектной работой и требованиями

Управление рисками

Это область процесса управления проектами на уровне зрелости 3.

Цель

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

Конкретные практики по целям

• ИК 1 Подготовка к управлению рисками

  • SP 1.1 Определить источники и категории риска

  • SP 1.2 Определение параметров риска

  • SP 1.3 Установить стратегию управления рисками

• ИК 2 Определить и проанализировать риски

  • SP 2.1 Определить риски

  • SP 2.2 Оценка, классификация и определение приоритетов рисков

• SG 3 Смягчить риски

  • SP 3.1 Разработка планов по снижению рисков

  • SP 3.2 Реализация планов по снижению рисков

ИК 1 Подготовка к управлению рисками

SP 1.1 Определить источники и категории риска

SP 1.2 Определение параметров риска

SP 1.3 Установить стратегию управления рисками

ИК 2 Определить и проанализировать риски

SP 2.1 Определить риски

SP 2.2 Оценка, классификация и определение приоритетов рисков

SG 3 Смягчить риски

SP 3.1 Разработка планов по снижению рисков

SP 3.2 Реализация планов по снижению рисков

Управление соглашениями с поставщиками

Это область процесса управления проектами на уровне зрелости 2.

Цель

Целью Управления соглашениями с поставщиками (SAM) является управление приобретением продуктов у поставщиков, для которых существует официальное соглашение.

Конкретные практики по целям

• ИК 1 устанавливает соглашения с поставщиками

  • SP 1.1 Определить тип приобретения

  • SP 1.2 Выбор поставщиков

  • SP 1.3 Создание соглашений с поставщиками

• SG 2 удовлетворяет соглашения с поставщиками

  • SP 2.1 Оформить Соглашение с поставщиком

  • SP 2.2 Мониторинг выбранных процессов поставщика

  • SP 2.3 Оценка выбранных продуктов работы поставщика

  • SP 2.4 Принять приобретенный продукт

  • SP 2.5 Переходные продукты

ИК 1 устанавливает соглашения с поставщиками

SP 1.1 Определить тип приобретения

SP 1.2 Выбор поставщиков

SP 1.3 Создание соглашений с поставщиками

SG 2 удовлетворяет соглашения с поставщиками

SP 2.1 Оформить Соглашение с поставщиком

SP 2.2 Мониторинг выбранных процессов поставщика

SP 2.3 Оценка выбранных продуктов работы поставщика

SP 2.4 Принять приобретенный продукт

SP 2.5 Переходные продукты

Техническое решение

Это область инженерного процесса на уровне зрелости 3.

Цель

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

Конкретные практики по целям

• SG 1 Выберите продукт-компонент решения

  • SP 1.1 Разработка альтернативных решений и критериев выбора

  • SP 1.2 Выбор компонентов продукта Решения

• SG 2 Разработка дизайна

  • SP 2.1 Разработка продукта или компонента продукта

  • SP 2.2 Создание пакета технических данных

  • SP 2.3 Разработка интерфейсов с использованием критериев

  • SP 2.4 Выполнить анализ Make, Buy или Reuse

• ИК 3 Внедрить дизайн продукта

  • SP 3.1 Реализация дизайна

  • SP 3.2 Разработка документации по поддержке продукта

SG 1 Выберите продукт-компонент решения

SP 1.1 Разработка альтернативных решений и критериев выбора

SP 1.2 Выбор компонентов продукта Решения

SG 2 Разработка дизайна

SP 2.1 Разработка продукта или компонента продукта

SP 2.2 Создание пакета технических данных

SP 2.3 Разработка интерфейсов с использованием критериев

SP 2.4 Выполнить анализ Make, Buy или Reuse

ИК 3 Внедрить дизайн продукта

SP 3.1 Реализация дизайна

SP 3.2 Разработка документации по поддержке продукта

Проверка

Это область инженерного процесса на уровне зрелости 3.

Цель

Целью валидации (VAL) является демонстрация того, что продукт или компонент продукта выполняет свое предназначенное использование, когда помещается в предназначенную для этого среду.

Конкретные практики по целям

• ИК 1 Подготовка к проверке

  • SP 1.1 Выбор продуктов для проверки

  • SP 1.2 Создание среды валидации

  • SP 1.3 Установить процедуры и критерии валидации

• SG 2 Проверка продукта или компонентов продукта

  • SP 2.1 Выполнить валидацию

  • SP 2.2 Анализ результатов валидации.

ИК 1 Подготовка к проверке

SP 1.1 Выбор продуктов для проверки

SP 1.2 Создание среды валидации

SP 1.3 Установить процедуры и критерии валидации

SG 2 Проверка продукта или компонентов продукта

SP 2.1 Выполнить валидацию

SP 2.2 Анализ результатов валидации.

верификация

Это область инженерного процесса на уровне зрелости 3.

Цель

Цель проверки (VER) — убедиться, что выбранные рабочие продукты соответствуют указанным требованиям.

Конкретные практики по целям

• ИК 1 Подготовиться к проверке

  • SP 1.1 Выбор рабочих продуктов для проверки

  • SP 1.2 Создание среды проверки

  • SP 1.3 Установить процедуры и критерии проверки

• SG 2 Выполнить экспертные оценки

  • SP 2.1 Подготовка к экспертной оценке

  • SP 2.2 Проводить экспертные оценки

  • SP 2.3 Анализ данных экспертной оценки

• ИК 3 Проверка выбранных рабочих продуктов

  • SP 3.1 Выполнить проверку

  • SP 3.2 Анализ результатов проверки

ИК 1 Подготовиться к проверке

SP 1.1 Выбор рабочих продуктов для проверки

SP 1.2 Создание среды проверки

SP 1.3 Установить процедуры и критерии проверки

SG 2 Выполнить экспертные оценки

SP 2.1 Подготовка к экспертной оценке

SP 2.2 Проводить экспертные оценки

SP 2.3 Анализ данных экспертной оценки

ИК 3 Проверка выбранных рабочих продуктов

SP 3.1 Выполнить проверку

SP 3.2 Анализ результатов проверки

Изменения, сделанные в версии 1.2

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

Следующие области процесса были удалены (все на уровне зрелости 3) —

Организационная среда для интеграции (OEI)

Интегрированный Teaming (IT)

Интегрированное управление поставщиками (ISM)

Следующие дополнения были внесены в существующие области процессов —

IPM. SG3 и SG4 были исключены, был добавлен новый SG3 (все PA IPPD)

OPD. SG был добавлен, превратив его в PA IPPD

БКП два SP были извлечены из SG и создали SG3 вместе с двумя новыми SP

REQD SP3.5 был переименован в Validate Requirements

СЭМ. SP2.1 был исключен, два новых SP добавлены в SG2

TS. SP1.2 был устранен

VER. SP3.2 был переименован Анализ результатов проверки