CMMI — различия между версиями

(Система измерения зрелости)
(не показана одна промежуточная версия этого же участника)
Строка 1: Строка 1:
'''Capability Maturity Model Integration''' (CMMI) — набор моделей (методологий) совершенствования процессов в организациях разных размеров и видов деятельности. CMMI содержит набор рекомендаций в виде практик, реализация которых, по мнению разработчиков модели, позволяет реализовать цели, необходимые для полной реализации определённых областей деятельности.
+
'''Интегрированная модель зрелости возможностей''' (Capability Maturity Model Integration - CMMI) — набор моделей (методологий) [[Развитие и совершенствование|совершенствования]] процессов в [[предпринятие|организациях]] разных размеров и видов деятельности. CMMI содержит набор рекомендаций в виде [[Практика|практик]], реализация которых, по мнению разработчиков модели, позволяет реализовать цели, необходимые для полной реализации определённых областей деятельности.
  
Набор моделей CMMI включает три модели:
+
CMMI интегрирует ранее модели зрелости (CMM) [[программная инженерия|программной]] и [[системная инженерия|системной]] инженерии.
* CMMI for Development (CMMI-DEV),
+
 
* CMMI for Services (CMMI-SVC),
+
== Аспекты CMMI ==
* CMMI for Acquisition (CMMI-ACQ).
+
Набор моделей CMMI отражает три аспекта:
 +
* CMMI for Development (CMMI-DEV) - разработка продуктов и услуг,
 +
* CMMI for Services (CMMI-SVC) - организация предоставления услуги,
 +
* CMMI for Acquisition (CMMI-ACQ) - приобретение продукта и услуги.
  
 
Наиболее известной является модель CMMI for Development, ориентированная на организации, занимающиеся разработкой программного обеспечения, аппаратного обеспечения, а также комплексных систем. Все действующие версии моделей имеют номер 1.3 (вышли в ноябре 2010 года).
 
Наиболее известной является модель CMMI for Development, ориентированная на организации, занимающиеся разработкой программного обеспечения, аппаратного обеспечения, а также комплексных систем. Все действующие версии моделей имеют номер 1.3 (вышли в ноябре 2010 года).
Строка 11: Строка 14:
 
Любое совершенствование процессов подразумевает плавный/поэтапный процесс. В CMMI эти этапы формализованы — существует 5 уровней зрелости, каждый из которых указывает на зрелость процессов организации.
 
Любое совершенствование процессов подразумевает плавный/поэтапный процесс. В CMMI эти этапы формализованы — существует 5 уровней зрелости, каждый из которых указывает на зрелость процессов организации.
  
* 5. Фокус на совершенствование процессов (Оптимизируемый)
+
# ''Начальный'' - процессы непредсказуемые, слабо контролируемые. Процессы появляются в ответ на определенные события
* 4. Процессы измеряются и контролируются (Управляемый на основе количественных данных)
+
# ''Управляемый'' - процессы определены на уровне проектов. Зачастую процессы появляются в ответ на определенные события
* 3. Процессы определены на уровне всей организации. Процессы исполняются заблаговременно (Определенный)
+
# ''Определенный'' - процессы определены на уровне всей организации. Процессы исполняются заблаговременно
* 2. Процессы определены на уровне проектов. Зачастую процессы появляются в ответ на определенные события (Управляемый)
+
# ''Управляемый на основе количественных данных'' - процессы измеряются и контролируются
* 1. Процессы непредсказуемые, слабо контролируемые. Процессы появляются в ответ на определенные события (Начальный)
+
# ''Оптимизируемый'' - фокус на совершенствование процессов, исходя из количественного осмысления типичных причин свойственных им вариаций
 +
 
 +
'''Ключевые области деятельности''' (Key performance area - KPA) - совокупности взаимосвязанных процессов, которые при совместном выполнении приводят к достижению определенного набора целей. KPA определяются для каждого уровня зрелости.
 +
 
 +
{| class="wikitable"
 +
! style="text-align: center; font-weight: bold;" | Уровень зрелости
 +
! style="text-align: center; font-weight: bold;" | Наименование KPA
 +
! style="text-align: center; font-weight: bold;" | Краткое описание KPA
 +
! style="text-align: center; font-weight: bold;" | Категория
 +
|-
 +
| 1. Начальный
 +
| -
 +
| -
 +
| -
 +
|-
 +
| rowspan="7" | 2. Управляемый
 +
| '''[[Управление требованиями]]''' (Requirements Management)
 +
| Управление требованиями предъявляемым к продуктам проекта или компонентам продукта, с целью выявления несоответствия между требованиями и планами проекта.
 +
| [[Системная инженерия|Инженерия]]
 +
|-
 +
| '''Планирование проекта''' (Project Planning)
 +
| Разработка и поддержание планов определяющих развитие проекта
 +
| [[Проектное управление]]
 +
|-
 +
| '''Мониторинг и контроль проекта''' (Project Monitoring and Control)
 +
| Обеспечение понимания стадии разработки проекта с целью принятия корректирующих действий в случае серьезного отклонения от плана.
 +
| Проектное управление
 +
|-
 +
| '''Менеджмент договоров с поставщиками''' (Supplier Agreement Management)
 +
| Управление приобретением товаров и услуг от внешних поставщиков, с которыми заключены договоры.
 +
| Проектное управление
 +
|-
 +
| '''Измерение и анализ''' (Measurement and Analysis)
 +
| Разработка и поддержание возможности измерения, используемой для поддержки нужд информационного менеджмента.
 +
| Поддержка
 +
|-
 +
| '''Оценка (гарантирование) качества товаров и процессов''' (Process and Product Quality Assurance)
 +
| Обеспечение поддержки и управления в соответствии с целями процессов и связанными с ними продуктами работы.
 +
| Поддержка
 +
|-
 +
| '''[[Управление конфигурацией]]''' (Configuration Management)
 +
| Установка и поддержание целостности продуктов работы (work products) в результате использования идентификации конфигураций, конфигурационного контроля и конфигурационного аудита.
 +
| Поддержка
 +
|-
 +
| rowspan="14" | 3. Определенный
 +
| '''Разработка требований''' (Requirements Development)
 +
| Сбор и анализ требований потребителей к продуктам и компонентам продуктов.
 +
| Инженерия
 +
|-
 +
| '''Техническое решение''' (Technical Solution)
 +
| Разработка, дизайн и внедрение решений по соответствующим требованиям. Решения, дизайн и внедрения выражены продуктами, компонентами продуктов и связанными с данными продуктами процессами.
 +
| Инженерия
 +
|-
 +
| '''Комплексирование продукта''' (Product Integration)
 +
| Сборка (монтирование) продукта из его составляющих, проверка качества интеграции, ее функциональности и выпуск продукта.
 +
| Инженерия
 +
|-
 +
| '''[[Верификация]]''' (Verification)
 +
| Гарантирование того, что выбранные продукты работы отвечают предъявляемым требованиям.
 +
| Инженерия
 +
|-
 +
| '''[[Валидация]]''' (Validation)
 +
| Демонстрация того, что продукт и его компоненты соответствуют его предполагаемому использованию в предполагаемой среде.
 +
| Инженерия
 +
|-
 +
| '''Фокусирование на процессах организации''' (Organization Process Focus)
 +
| Установление и поддержание понимания процессов организации и процессных активов, идентификация, планирование и внедрение улучшений связанных с данными областями.
 +
| [[Процессное управление]]
 +
|-
 +
| '''Описание процессов организации''' (Organization Process Definition)
 +
| Установление и поддержание возможного к использованию массива процессов организации.
 +
| Процессное управление
 +
|-
 +
| '''Организационный тренинг''' (Organizational Training)
 +
| Повышение знаний и способностей людей для выполнения ими своих ролей эффективно и рационально.
 +
| Процессное управление
 +
|-
 +
| '''Комплексное управление проектами''' (Integrated Project Management)
 +
| Установка и управление проектом и вовлечение всех заинтересованных лиц в интегрированный и определенный процесс. Данная область также затрагивает общее видение проекта командой разработчиков.
 +
| Проектное управление
 +
|-
 +
| '''[[Управление рисками]]''' (Risk Management)
 +
| Определение потенциальных проблем до их появления. В связи с этим процессы по снижению рисков могут планироваться и осуществляться на любом этапе разработки продукта или процесса.
 +
| Проектное управление
 +
|-
 +
| '''Интегрированные команды разработчиков''' (Integrated Teaming)
 +
| Формирование и поддержание интегрированных команд для разработки продуктов работы (work products).
 +
| Проектное управление
 +
|-
 +
| '''Интегрированное управление поставщиками''' (Integrated Supplier Management)
 +
| Мониторинг новых продуктов, оценка источников продуктов, которые могут удовлетворить требованиям к проекту и использование данной информации для выбора поставщиков.
 +
| Проектное управление
 +
|-
 +
| '''[[Анализ решений]] и разрешение''' (Decision Analysis and Resolution)
 +
| Разработка решений на основе структурированного подхода, который позволяет оценить альтернативные решения на основе установленных критериев.
 +
| Поддержка
 +
|-
 +
| '''Организационная среда для интеграции''' (Organizational Environment for Integration)
 +
| Предоставление инфраструктуры для интегрированной разработки продуктов и процессов и управление людьми (персоналом) в целях интеграции
 +
| Поддержка
 +
|-
 +
| rowspan="2" | 4. Количественно управляемый
 +
| '''Производительный организационный процесс''' (Organizational Process Performance)
 +
| Установление и поддержание количественного понимания производительности набора стандартизированных процессов организации и обеспечение информацией о производительности процессов и моделей для количественного управления проектами организации
 +
| Процессное управление
 +
|-
 +
| '''Количественное управление проектами''' (Quantitative Project Management)
 +
| Количественно управлять определенным процессом в целях достижения установленного в рамках проекта качества и целей производительности.
 +
| Проектное управление
 +
|-
 +
| rowspan="2" | 5. Оптимизируемый
 +
| '''Организационные инновации и внедрение''' (Organizational Innovation and Deployment)
 +
| Выбор и внедрение инноваций и улучшений, которые измеряемо, улучшают организационные процессы и технологии.
 +
| Процессное управление
 +
|-
 +
| '''Анализ причин и разрешение''' (Causal Analysis and Resolution)
 +
| Идентификация причин дефектов и других проблем и принятие действий предотвращающих их появление в будущем
 +
| Поддержка
 +
|}
  
 
[[Категория: Стандарты]]
 
[[Категория: Стандарты]]

Версия 15:25, 9 ноября 2016

Интегрированная модель зрелости возможностей (Capability Maturity Model Integration - CMMI) — набор моделей (методологий) совершенствования процессов в организациях разных размеров и видов деятельности. CMMI содержит набор рекомендаций в виде практик, реализация которых, по мнению разработчиков модели, позволяет реализовать цели, необходимые для полной реализации определённых областей деятельности.

CMMI интегрирует ранее модели зрелости (CMM) программной и системной инженерии.

Аспекты CMMI

Набор моделей CMMI отражает три аспекта:

  • CMMI for Development (CMMI-DEV) - разработка продуктов и услуг,
  • CMMI for Services (CMMI-SVC) - организация предоставления услуги,
  • CMMI for Acquisition (CMMI-ACQ) - приобретение продукта и услуги.

Наиболее известной является модель CMMI for Development, ориентированная на организации, занимающиеся разработкой программного обеспечения, аппаратного обеспечения, а также комплексных систем. Все действующие версии моделей имеют номер 1.3 (вышли в ноябре 2010 года).

Система измерения зрелости

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

  1. Начальный - процессы непредсказуемые, слабо контролируемые. Процессы появляются в ответ на определенные события
  2. Управляемый - процессы определены на уровне проектов. Зачастую процессы появляются в ответ на определенные события
  3. Определенный - процессы определены на уровне всей организации. Процессы исполняются заблаговременно
  4. Управляемый на основе количественных данных - процессы измеряются и контролируются
  5. Оптимизируемый - фокус на совершенствование процессов, исходя из количественного осмысления типичных причин свойственных им вариаций

Ключевые области деятельности (Key performance area - KPA) - совокупности взаимосвязанных процессов, которые при совместном выполнении приводят к достижению определенного набора целей. KPA определяются для каждого уровня зрелости.

Уровень зрелости Наименование KPA Краткое описание KPA Категория
1. Начальный - - -
2. Управляемый Управление требованиями (Requirements Management) Управление требованиями предъявляемым к продуктам проекта или компонентам продукта, с целью выявления несоответствия между требованиями и планами проекта. Инженерия
Планирование проекта (Project Planning) Разработка и поддержание планов определяющих развитие проекта Проектное управление
Мониторинг и контроль проекта (Project Monitoring and Control) Обеспечение понимания стадии разработки проекта с целью принятия корректирующих действий в случае серьезного отклонения от плана. Проектное управление
Менеджмент договоров с поставщиками (Supplier Agreement Management) Управление приобретением товаров и услуг от внешних поставщиков, с которыми заключены договоры. Проектное управление
Измерение и анализ (Measurement and Analysis) Разработка и поддержание возможности измерения, используемой для поддержки нужд информационного менеджмента. Поддержка
Оценка (гарантирование) качества товаров и процессов (Process and Product Quality Assurance) Обеспечение поддержки и управления в соответствии с целями процессов и связанными с ними продуктами работы. Поддержка
Управление конфигурацией (Configuration Management) Установка и поддержание целостности продуктов работы (work products) в результате использования идентификации конфигураций, конфигурационного контроля и конфигурационного аудита. Поддержка
3. Определенный Разработка требований (Requirements Development) Сбор и анализ требований потребителей к продуктам и компонентам продуктов. Инженерия
Техническое решение (Technical Solution) Разработка, дизайн и внедрение решений по соответствующим требованиям. Решения, дизайн и внедрения выражены продуктами, компонентами продуктов и связанными с данными продуктами процессами. Инженерия
Комплексирование продукта (Product Integration) Сборка (монтирование) продукта из его составляющих, проверка качества интеграции, ее функциональности и выпуск продукта. Инженерия
Верификация (Verification) Гарантирование того, что выбранные продукты работы отвечают предъявляемым требованиям. Инженерия
Валидация (Validation) Демонстрация того, что продукт и его компоненты соответствуют его предполагаемому использованию в предполагаемой среде. Инженерия
Фокусирование на процессах организации (Organization Process Focus) Установление и поддержание понимания процессов организации и процессных активов, идентификация, планирование и внедрение улучшений связанных с данными областями. Процессное управление
Описание процессов организации (Organization Process Definition) Установление и поддержание возможного к использованию массива процессов организации. Процессное управление
Организационный тренинг (Organizational Training) Повышение знаний и способностей людей для выполнения ими своих ролей эффективно и рационально. Процессное управление
Комплексное управление проектами (Integrated Project Management) Установка и управление проектом и вовлечение всех заинтересованных лиц в интегрированный и определенный процесс. Данная область также затрагивает общее видение проекта командой разработчиков. Проектное управление
Управление рисками (Risk Management) Определение потенциальных проблем до их появления. В связи с этим процессы по снижению рисков могут планироваться и осуществляться на любом этапе разработки продукта или процесса. Проектное управление
Интегрированные команды разработчиков (Integrated Teaming) Формирование и поддержание интегрированных команд для разработки продуктов работы (work products). Проектное управление
Интегрированное управление поставщиками (Integrated Supplier Management) Мониторинг новых продуктов, оценка источников продуктов, которые могут удовлетворить требованиям к проекту и использование данной информации для выбора поставщиков. Проектное управление
Анализ решений и разрешение (Decision Analysis and Resolution) Разработка решений на основе структурированного подхода, который позволяет оценить альтернативные решения на основе установленных критериев. Поддержка
Организационная среда для интеграции (Organizational Environment for Integration) Предоставление инфраструктуры для интегрированной разработки продуктов и процессов и управление людьми (персоналом) в целях интеграции Поддержка
4. Количественно управляемый Производительный организационный процесс (Organizational Process Performance) Установление и поддержание количественного понимания производительности набора стандартизированных процессов организации и обеспечение информацией о производительности процессов и моделей для количественного управления проектами организации Процессное управление
Количественное управление проектами (Quantitative Project Management) Количественно управлять определенным процессом в целях достижения установленного в рамках проекта качества и целей производительности. Проектное управление
5. Оптимизируемый Организационные инновации и внедрение (Organizational Innovation and Deployment) Выбор и внедрение инноваций и улучшений, которые измеряемо, улучшают организационные процессы и технологии. Процессное управление
Анализ причин и разрешение (Causal Analysis and Resolution) Идентификация причин дефектов и других проблем и принятие действий предотвращающих их появление в будущем Поддержка