CMMI — различия между версиями
Admin (обсуждение | вклад) (Новая страница: «'''Capability Maturity Model Integration''' (CMMI) — набор моделей (методологий) совершенствования процессов в…») |
Admin (обсуждение | вклад) м |
||
(не показано 5 промежуточных версий этого же участника) | |||
Строка 1: | Строка 1: | ||
− | ''' | + | '''Интегрированная модель зрелости возможностей''' (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 уровней зрелости, каждый из которых указывает на зрелость процессов организации. | ||
− | + | # ''Начальный'' - процессы непредсказуемые, слабо контролируемые. Процессы появляются в ответ на определенные события | |
− | + | # ''Управляемый'' - процессы определены на уровне проектов. Зачастую процессы появляются в ответ на определенные события | |
− | + | # ''Определенный'' - процессы определены на уровне всей организации. Процессы исполняются заблаговременно | |
− | 2. | + | # ''Управляемый на основе количественных данных'' - процессы измеряются и контролируются |
− | + | # ''Оптимизируемый'' - фокус на совершенствование процессов, исходя из количественного осмысления типичных причин свойственных им вариаций | |
+ | |||
+ | '''Ключевые области деятельности''' (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) | ||
+ | | Идентификация причин дефектов и других проблем и принятие действий предотвращающих их появление в будущем | ||
+ | | Поддержка | ||
+ | |} | ||
+ | |||
+ | [[Категория: Стандарты]] | ||
+ | [[Категория: Модели зрелости]] |
Текущая версия на 16:34, 26 июня 2022
Интегрированная модель зрелости возможностей (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 уровней зрелости, каждый из которых указывает на зрелость процессов организации.
- Начальный - процессы непредсказуемые, слабо контролируемые. Процессы появляются в ответ на определенные события
- Управляемый - процессы определены на уровне проектов. Зачастую процессы появляются в ответ на определенные события
- Определенный - процессы определены на уровне всей организации. Процессы исполняются заблаговременно
- Управляемый на основе количественных данных - процессы измеряются и контролируются
- Оптимизируемый - фокус на совершенствование процессов, исходя из количественного осмысления типичных причин свойственных им вариаций
Ключевые области деятельности (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) | Идентификация причин дефектов и других проблем и принятие действий предотвращающих их появление в будущем | Поддержка |