Область процесса (CMMI)

Интеграция модели зрелости возможностей ( CMMI ) определяет область процесса как «кластер связанных практик в области, которые при их совместном внедрении удовлетворяют набору целей, считающихся важными для улучшения в этой области». И CMMI для разработки v1.3, и CMMI для приобретения v1.3 определяют 22 области процесса, тогда как CMMI для услуг v1.3 определяет 24 области процесса. Многие области процесса одинаковы в этих трех моделях.

В моделях CMMI области процессов организованы в алфавитном порядке в соответствии с их аббревиатурой. Однако области процессов могут быть сгруппированы в соответствии с уровнями зрелости или категориями областей процессов.

Существует пять уровней зрелости. Однако рейтинги уровня зрелости присваиваются для уровней 2–5. Ниже перечислены области процессов и их уровни зрелости для модели CMMI for Development:

Уровень зрелости 2 — Управляемый

• CM — Управление конфигурацией
• МА - Измерение и анализ
• PMC - Мониторинг и контроль проекта
• ПП - Планирование проекта
• PPQA — Обеспечение качества процессов и продукции
• REQM — Управление требованиями
• SAM - Управление соглашениями с поставщиками

Уровень зрелости 3 — Определено

• DAR - Анализ и разрешение решений
• IPM - Интегрированное управление проектами
• OPD - Определение организационного процесса
• OPF — фокус на организационных процессах
• ОТ – Организационное обучение
• PI - Интеграция продукта
• RD - Разработка требований
• РСКМ - Управление рисками
• ТС - Техническое решение
• VAL - Проверка
• ВЕР - Проверка

Уровень зрелости 4 — Количественно управляемый

• OPP - Эффективность организационных процессов
• QPM — Количественное управление проектами

Уровень зрелости 5 — Оптимизация

• CAR - Причинно-следственный анализ и разрешение
• OPM - Управление эффективностью организации

Ниже перечислены области процессов и уровни их зрелости для модели CMMI for Services:

Уровень зрелости 2 — Управляемый

• CM — Управление конфигурацией
• МА - Измерение и анализ
• PPQA — Обеспечение качества процессов и продукции
• REQM — Управление требованиями
• SAM - Управление соглашениями с поставщиками
• SD - Предоставление услуг
• WMC - Мониторинг и контроль работы
• WP - Планирование работ

Уровень зрелости 3 — Определен (сюда входят области процессов, составляющие предыдущие уровни; уровень зрелости 3 состоит из областей процессов на уровне 2 и уровне 3)

• CAM — Управление мощностью и доступностью
• DAR - Анализ и разрешение решений
• IRP - Разрешение и предотвращение инцидентов
• IWM - Интегрированное управление работой
• OPD - Определение организационного процесса
• OPF — фокус на организационных процессах
• ОТ – Организационное обучение
• РСКМ - Управление рисками
• SCON - Непрерывность обслуживания
• SSD - Разработка сервисной системы
• SST - Переход системы обслуживания
• STSM - Стратегическое управление услугами

Уровень зрелости 4 — Количественно управляемый

• OPP - Эффективность организационных процессов
• QPM — Количественное управление работой

Уровень зрелости 5 — Оптимизация

• CAR - Причинно-следственный анализ и разрешение
• OPM - Управление эффективностью организации

Ниже перечислены области процессов и уровни их зрелости для модели CMMI для приобретения:

Уровень зрелости 2 — Управляемый

• AM - Управление соглашениями
• ARD - Разработка требований к приобретению
• CM — Управление конфигурацией
• МА - Измерение и анализ
• PMC - Мониторинг и контроль проекта
• ПП - Планирование проекта
• PPQA — Обеспечение качества процессов и продукции
• REQM — Управление требованиями
• SSAD - Привлечение клиентов и разработка соглашений с поставщиками

Уровень зрелости 3 — Определено

• ATM - Техническое управление приобретением
• AVAL — проверка приобретения
• AVER - Проверка приобретения
• DAR - Анализ и разрешение решений
• IPM - Интегрированное управление проектами
• OPD - Определение организационного процесса
• OPF — фокус на организационных процессах
• ОТ – Организационное обучение
• РСКМ - Управление рисками.

Уровень зрелости 4 — Количественно управляемый

• OPP - Эффективность организационных процессов
• QPM — Количественное управление проектами

Уровень зрелости 5 — Оптимизация

• CAR - Случайный анализ и разрешение
• OPM - Управление эффективностью организации

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

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

• GG 1 Достижение конкретных целей
  • GP 1.1 Выполнение конкретных практик
• GG 2 Институционализация управляемого процесса
  • GP 2.1 Разработка организационной политики
  • GP 2.2 Планирование процесса
  • GP 2.3 Предоставление ресурсов
  • GP 2.4 Распределение ответственности
  • GP 2.5 Обучайте людей
  • GP 2.6 Контрольные рабочие продукты
  • GP 2.7 Выявление и вовлечение соответствующих заинтересованных сторон
  • GP 2.8 Мониторинг и управление процессом
  • GP 2.9 Объективная оценка приверженности
  • GP 2.10 Обзор статуса с высшим руководством
• GG 3 Институционализация определенного процесса
  • GP 3.1 Установить определенный процесс
  • GP 3.2 Сбор опыта, связанного с процессом

Каждая область процесса определяется набором целей и практик. Эти цели и практики появляются только в этой области процесса.

CMMI for Development, Version 1.2 содержит 22 области процесса , указывающие аспекты разработки продукта и услуги, которые должны быть охвачены организационными процессами. Для обзора областей процесса для каждой модели см. эти краткие справочные документы, доступные на веб-сайте SEI:

• CMMI для приобретения [1]
• CMMI для развития [2]
• CMMI для услуг [3]

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

Цель

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

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

• SG 1 Удовлетворение соглашений с поставщиками
  • SP 1.1 Заключение соглашения с поставщиком
  • SP 1.2 Мониторинг выбранных процессов поставщика
  • SP 1.3 Принять приобретенный продукт
  • SP 1.4 Управление счетами поставщиков

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

Цель

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

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

• SG 1 Подготовка к управлению емкостью и доступностью
  • SP 1.1 Разработка стратегии управления емкостью и доступностью
  • SP 1.2 Выбор мер и аналитических методов
  • SP 1.3 Создание представительств системы обслуживания
• SG 2 Мониторинг и анализ емкости и доступности
  • SP 2.1 Мониторинг и анализ пропускной способности
  • SP 2.2 Мониторинг и анализ доступности
  • SP 2.3 Отчет о емкости и данных управления доступностью

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

Цель

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

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

• SG 1 Определить причины выбранных результатов
  • SP 1.1 Выбор результатов для анализа
  • SP 1.2 Анализ причин
• SG 2 Устранение причин выбранных результатов
  • SP 2.1 Реализация предложений по действиям
  • SP 2.2 Оценка эффекта реализованных действий
  • SP 2.3 Запись данных причинно-следственного анализа

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

Цель

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

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

• SG 1 Установить базовые показатели
  • SP 1.1 Определение элементов конфигурации
  • SP 1.2 Создание системы управления конфигурацией
  • SP 1.3 Создание или выпуск базовых линий
• SG 2 Отслеживание и контроль изменений
  • SP 2.1 Отслеживание запросов на изменение
  • SP 2.2 Элементы конфигурации управления
• SG 3 Установить целостность
  • SP 3.1 Создание записей управления конфигурацией
  • SP 3.2 Выполнение аудита конфигурации

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

Цель

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

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

• SG 1 Оценка альтернатив
  • SP 1.1 Установить руководящие принципы для анализа решений
  • SP 1.2 Установить критерии оценки
  • SP 1.3 Определить альтернативные решения
  • SP 1.4 Выбор методов оценки
  • SP 1.5 Оценка альтернативных решений
  • SP 1.6 Выбор решений

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

Цель

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

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

• SG 1 Используйте определенный процесс проекта
  • 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

Цель

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

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

• SG 1 Согласование измерений и аналитических мероприятий
  • SP 1.1 Установить цели измерения
    • Ресурсы, люди, сооружения и методы.
  • SP 1.2 Укажите меры
    • Информация нуждается в документах, руководстве, справочных материалах и отчетности.
  • SP 1.3 Укажите процедуры сбора и хранения данных
    • Источники, методы, частота и владельцы.
  • SP 1.4 Укажите процедуры анализа
    • Правила, сигналы тревоги, SPC и дисперсия.
• SG 2 предоставляет результаты измерений
  • SP 2.1 Получение данных измерений
    • Фактический, плановый, автоматический и ручной.
  • SP 2.2 Анализ данных измерений
    • Оценка, детализация, RCA.
  • SP 2.3 Хранение данных и результатов
    • Хранение, безопасность, доступность, история и доказательства.
  • SP 2.4 Сообщение результатов
    • Обмен информацией, панели мониторинга, актуальность, простота и понятность.

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

Цель

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

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

• SG 1 Создание активов организационного процесса
  • SP 1.1 Установить стандартные процессы
  • SP 1.2 Создание описаний модели жизненного цикла
  • SP 1.3 Установить критерии и правила адаптации
  • SP 1.4 Создание репозитория измерений организации
  • SP 1.5 Создание библиотеки активов процессов организации
  • SP 1.6 Установление стандартов рабочей среды
  • SP 1.7 Установить правила и рекомендации для команд

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

Цель

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

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

• SG 1 Определение возможностей улучшения процесса
  • SP 1.1 Определение потребностей организационного процесса
  • SP 1.2 Оценка процессов организации
  • SP 1.3 Определить улучшения процессов организации
• SG 2 Планирование и реализация улучшений процесса
  • SP 2.1 Разработка планов действий процесса
  • SP 2.2 Внедрение планов действий процесса
• SG 3 Развертывание активов организационных процессов и внедрение опыта
  • SP 3.1 Развертывание активов организационного процесса
  • SP 3.2 Развертывание стандартных процессов
  • SP 3.3 Мониторинг реализации
  • SP 3.4 Внедрение опыта в активы организационных процессов

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

Цель

Целью управления эффективностью деятельности организации (OPM) является проактивное управление эффективностью деятельности организации для достижения ее бизнес-целей.

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

• SG 1 Управление эффективностью бизнеса
  • SP 1.1 Поддержание бизнес-целей
  • SP 1.2 Анализ данных о производительности процесса
  • SP 1.3 Определить потенциальные области для улучшения
• SG 2 Избранные улучшения
  • SP 2.1 Выявить предлагаемые улучшения
  • SP 2.2 Анализ предлагаемых улучшений
  • SP 2.3 Проверка улучшений
  • SP 2.4 Выбор и реализация улучшений для развертывания
• Улучшения развертывания SG 3
  • SP 3.1 Планирование развертывания
  • SP 3.2 Управление развертыванием
  • SP 3.3 Оценка эффектов улучшения

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

Цель

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

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

• SG 1 Установить базовые показатели и модели производительности
  • SP 1.1 Установить цели в области качества и производительности процесса
  • SP 1.2 Выбор процессов
  • SP 1.3 Установить показатели эффективности процесса
  • SP 1.4 Анализ производительности процесса и установление базовых показателей производительности процесса
  • SP 1.5 Создание моделей производительности процесса

• Область процесса управления процессами на уровне зрелости 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 Оценка эффективности обучения

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

Цель

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

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

• SG 1 Подготовка к интеграции продукта
  • SP 1.1 Разработка стратегии интеграции
  • SP 1.2 Создание среды интеграции продукта
  • SP 1.3 Установить процедуры и критерии интеграции продукта
• SG 2 Обеспечить совместимость интерфейса
  • SP 2.1 Проверка полноты описаний интерфейсов
  • SP 2.2 Управление интерфейсами
• SG 3 Сборка компонентов продукта и доставка продукта
  • SP 3.1 Подтверждение готовности компонентов продукта к интеграции
  • SP 3.2 Сборка компонентов продукта
  • SP 3.3 Оценка компонентов собранного продукта
  • SP 3.4 Упаковка и доставка продукта или компонента продукта

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

Цель

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

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

• SG 1 Контролирует проект по плану
  • 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

Цель

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

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

• 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 План управления данными
  • SP 2.4 Планирование ресурсов проекта
  • SP 2.5 План Необходимые знания и навыки
  • SP 2.6 Планирование участия заинтересованных сторон
  • SP 2.7 Разработка плана проекта
• SG 3 Получить приверженность плану
  • SP 3.1 Обзор планов, влияющих на проект
  • SP 3.2 Согласование уровней работы и ресурсов
  • SP 3.3 Получить план обязательств

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

Цель

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

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

• SG 1 Объективная оценка процессов и рабочих продуктов
  • SP 1.1 Объективная оценка процессов
  • SP 1.2 Объективная оценка результатов работы
• SG 2 Обеспечить объективное понимание
  • SP 2.1 Информирование и разрешение проблем несоблюдения
  • SP 2.2 Ведение записей.

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

Цель

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

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

• 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 Выполнение анализа первопричин

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

Цель

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

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

• SG 1 Разработка требований клиентов
  • SP 1.1 Выявление потребностей
  • SP 1.2 Трансформация потребностей заинтересованных сторон в требования клиентов
• SG 2 Разработка требований к продукту
  • SP 2.1 Установление требований к продукту и его компонентам
  • SP 2.2 Распределение требований к компонентам продукта
  • SP 2.3 Определение требований к интерфейсу
• SG 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 Обеспечение соответствия между проектной работой и требованиями

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

Цель

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

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

• SG 1 Подготовка к управлению рисками
  • SP 1.1 Определение источников и категорий риска
  • SP 1.2 Определение параметров риска
  • SP 1.3 Разработка стратегии управления рисками
• SG 2 Выявление и анализ рисков
  • SP 2.1 Определить риски
  • SP 2.2 Оценка, категоризация и расстановка приоритетов рисков
• SG 3 Снижение рисков
  • SP 3.1 Разработка планов по снижению рисков
  • SP 3.2 Внедрение планов по снижению рисков

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

Цель

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

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

• SG 1 Заключение соглашений с поставщиками
  • SP 1.1 Определить тип приобретения
  • SP 1.2 Выбор поставщиков
  • SP 1.3 Заключение соглашений с поставщиками
• SG 2 Удовлетворение соглашений с поставщиками
  • SP 2.1 Заключение соглашения с поставщиком
  • SP 2.2 Принять приобретенный продукт
  • SP 2.3 Обеспечение перехода продуктов

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

Цель

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

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

• SG 1 Выбор решений для компонентов продукта
  • SP 1.1 Разработка альтернативных решений и критериев выбора
  • SP 1.2 Выбор решений для компонентов продукта
• SG 2 Разработка дизайна
  • SP 2.1 Проектирование продукта или компонента продукта
  • SP 2.2 Создание пакета технических данных
  • SP 2.3 Проектирование интерфейсов с использованием критериев
  • SP 2.4 Выполнение анализа производства, покупки или повторного использования
• SG 3 Внедрение дизайна продукта
  • SP 3.1 Реализация проекта
  • SP 3.2 Разработка документации по поддержке продукта

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

Цель

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

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

• SG 1 Подготовка к валидации
  • SP 1.1 Выбор продуктов для проверки
  • SP 1.2 Создание среды проверки
  • SP 1.3 Установить процедуры и критерии проверки
• SG 2 Проверка продукта или компонентов продукта
  • SP 2.1 Выполнение проверки
  • SP 2.2 Анализ результатов проверки

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

Цель

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

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

• SG 1 Подготовка к проверке
  • SP 1.1 Выбор рабочих продуктов для проверки
  • SP 1.2 Создание среды проверки
  • SP 1.3 Установить процедуры и критерии проверки
• SG 2 Проведение экспертных оценок
  • SP 2.1 Подготовка к экспертным оценкам
  • SP 2.2 Проведение экспертных оценок
  • SP 2.3 Анализ данных экспертной оценки
• SG 3 Проверка выбранных рабочих продуктов
  • SP 3.1 Выполнение проверки
  • SP 3.2 Анализ результатов проверки

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

• Следующие области процессов были удалены (все на уровне зрелости 3):
  • Организационная среда интеграции (OEI)
  • Интегрированное взаимодействие (ИТ)
  • Интегрированное управление поставщиками (ISM)
• В существующие области процессов были внесены следующие дополнения:
  • IPM – SG3 и SG4 были исключены, был добавлен новый SG3 (как дополнение IPPD)
  • OPD – SG2 был добавлен (как дополнение IPPD)
  • OPF – два SP были извлечены из старого SG3 и объединены с двумя новыми SP для создания нового SG3
  • REQD – SP3.5 был переименован в «Проверка требований»
  • SAM – SP2.1 был исключен, два новых SP добавлены в SG2
  • TS – SP1.2 был включен в RD SP 3.1
  • VER – SP3.2 переименован в Анализ результатов проверки

Некоторые существенные улучшения в CMMI-DEV, V1.3 включают следующее:

• Области процессов высокой зрелости значительно улучшены с учетом передовой отраслевой практики ^[1], включая новую конкретную цель и несколько новых конкретных практик в области процессов, которая была переименована из «Организационные инновации и развертывание» (OID) в «Управление эффективностью организации» (OPM).
• Agile-практики ^[2] были включены вместе с руководством по интерпретации и путем добавления примечаний к соответствующим областям процесса во введении к области процесса и о том, как интерпретировать гибкие практики.
• В архитектуру модели были внесены усовершенствования, упрощающие использование нескольких моделей.
• Информационный материал был улучшен, включая пересмотр инженерных практик с целью отражения передовой отраслевой практики и добавление рекомендаций для организаций, использующих методы Agile.
• Определения глоссария и терминология модели были улучшены для повышения ясности, точности и удобства использования модели.
• Были исключены общие цели и практики уровней 4 и 5, а также уровни возможностей 4 и 5, чтобы надлежащим образом сосредоточить высокую зрелость на достижении бизнес-целей, что достигается путем применения уровней возможностей 1–3 к областям процессов высокой зрелости (причинно-следственный анализ и разрешение, количественное управление проектами, управление организационной эффективностью и эффективность организационных процессов).

Более полный и подробный список улучшений см. по адресу http://www.sei.cmu.edu/cmmi/tools/cmmiv1-3/comparison.cfm. Обзор изменений описан по адресу http://www.benlinders.com/2011/cmmi-v1-3-summing-up/.

Таблица: Области процесса, категории и уровни зрелости ^[3]

• Модель зрелости возможностей
• Интеграция модели зрелости возможностей

• Группа разработчиков CMMI (ноябрь 2010 г.). "CMMI for Development, версия 1.3" ( PDF ) . Технический отчет CMU/SEI-2010-TR-033. Институт программной инженерии . Получено 16 февраля 2011 г. {{cite journal}}: Цитировать журнал требует |journal=( помощь )

• Криссис, Мэри Бет; Майк Конрад; Сэнди Шрам (16 февраля 2011 г.). CMMI: Руководство по интеграции процессов и улучшению продукции (третье изд.). Addison-Wesley Professional . ISBN 978-0-321-71150-2.