CMM/CMMI - модель оценки зрелости процессов разработки
Для улучшения производительности и повышения качества разработки были созданы различные модели оценки процессов. Некоторые из этих моделей включают в себя анализ рисков, планирование, управление качеством, а также управление проектами. Вместе с тем, эти модели могут быть адаптированы к различным отраслям, таким как производство, страхование, финансы и т.д., что позволяет улучшить производительность и качество работы во многих отраслях. Кроме того, эти модели помогают компаниям улучшить взаимодействие между отделами и улучшить коммуникацию внутри компании, что также способствует повышению эффективности бизнес-процессов.
Кроме моделей оценки процессов CMMI (Capability Maturity Model Integration) и CMM (Capability Maturity Model), которые далее рассмотрим более подробно, существуют и другие модели, такие как PAM (Process Assessment Model), SPICE (Software Process Improvement and Capability Determination), ISO/IEC 15504 (также известна как SPICE или PAM).
- PAM является одной из моделей оценки процессов, которая фокусируется на улучшении процессов, а не на уровне зрелости организации. Она позволяет оценить силы и слабости процессов и рекомендовать улучшения на основе практик, которые уже используются в организации.
- SPICE, в свою очередь, фокусируется на улучшении процессов разработки ПО и определении способностей организации в этой области. Он также помогает определить уровень зрелости процессов и предлагает практики для их улучшения.
- ISO/IEC 15504, также известный как SPICE или Process Assessment Model, является международным стандартом для оценки зрелости процессов. Он позволяет оценить способность организации выполнять различные виды процессов и определить их уровень зрелости.
Однако CMMI и CMM являются наиболее распространенными и широко используемыми моделями оценки зрелости процессов. Это модель оценки процессов, которая имеет несколько уровней зрелости, начиная с определения процессов и заканчивая их постоянным улучшением. Применение CMMI в заказной разработке позволяет улучшить качество продукта и сократить время разработки.
CMMI и CMM являются двумя различными моделями оценки зрелости процессов. CMM была создана в 1980-х годах для оценки зрелости процессов в области программной инженерии. CMMI была создана в 2002 году и является более современной моделью оценки зрелости процессов. CMMI также имеет пять уровней зрелости, начиная с уровня Начального и заканчивая уровнем Оптимизируемым. Каждый уровень представляет собой набор практик, которые помогают организации улучшить свои процессы разработки и управления проектами. Однако CMMI также включает в себя более широкий набор практик, которые охватывают не только область программной инженерии, но и другие области бизнеса, такие как управление рисками, управление проектами, управление поставками и т.д.
Таким образом, хотя CMM и CMMI имеют сходства в том, что они оба являются моделями оценки зрелости процессов, CMMI является более современной и широко применяемой моделью, которая охватывает не только программную инженерию, но и другие области бизнеса.
На данный момент CMMI 2.0 еще находится в разработке и не внедрена широко. Первоначально планировалось, что CMMI 2.0 заменит CMMI v1.3, однако в настоящее время эти две модели сосуществуют.
Одним из главных отличий CMMI 2.0 является переход от уровней зрелости к практикам, что позволяет организациям более гибко применять модель в различных областях и контекстах. Кроме того, CMMI 2.0 включает в себя более широкий спектр практик, которые охватывают не только область программной инженерии, но и другие области бизнеса, такие как управление рисками и управление поставками.
CMMI 2.0 также включает в себя новый подход к оценке зрелости процессов, который позволяет оценивать процессы более точно и эффективно. В CMMI 2.0 используется более современный подход к оценке, который учитывает различные аспекты организации, включая ее культуру, ценности и стратегию.
Таким образом, CMMI 2.0 представляет собой более современную и гибкую модель оценки процессов, которая охватывает не только программную инженерию, но и другие области бизнеса. Однако на данный момент CMMI 2.0 еще не получила широкого распространения и не заменила предыдущую версию модели.
CMMI включает в себя три основные модели: CMMI-DEV, CMMI-SVC и CMMI-ACQ.
- CMMI-DEV: Модель ориентирована на организации, занимающиеся разработкой продуктов. Она позволяет определить и улучшить процессы разработки, управления проектами и качества продукта.
- CMMI-SVC: В основном для организаций предоставляющих услуги. Она помогает определить и улучшить процессы обслуживания клиентов, управления проектами и качества услуг.
- CMMI-ACQ: Модель для бизнеса занимающиегося закупками и поставками. Она помогает определить и улучшить процессы управления закупками, контрактами и поставками.
CMMI в заказной разработке является эффективным инструментом для повышения качества и производительности разработки программного обеспечения. Но об преимуществам в конце статьи.
5 уровней зрелости
Существует пять уровней зрелости CMMI. Каждый уровень представляет собой набор практик, которые помогают организации улучшить свои процессы разработки и управления проектами. Эти уровни включают:
CMMI представляет собой модель оценки процессов, которая помогает организациям улучшить качество продукта, повысить производительность и сократить время разработки программного обеспечения.
1 уровень - Начальный (Initial)
На первом уровне зрелости, который называется Начальный (Initial), организация не имеет определенных процессов и не применяет системный подход к управлению работой. Это может быть вызвано отсутствием понимания важности процессов, недостатком ресурсов или неэффективностью текущих процессов.
Признаки Начального уровня:
- Отсутствие процессов, стандартов и процедур
- Несистемный подход к работе
- Неопределенная ответственность за результаты работы
- Неэффективное использование ресурсов и технологий
- Отсутствие понимания важности процессов и их влияния на качество продукции (в том числе программного обеспечения), производительность и сроки разработки.
2 уровень - Управляемый (Managed)
На втором уровне зрелости, который называется Управляемый (Managed), организация начинает использовать формальные методы управления проектами. Процессы управления проектами стандартизированы и документированы. Проекты управляются в соответствии с расписанием, бюджетом и ожидаемыми результатами.
Некоторые признаки организации, соответствующей уровню Управляемый, включают в себя:
- Стандартизация процессов управления проектами
- Документирование процессов управления проектами
- Использование формальных методов управления проектами, таких как планирование, управление рисками, управление бюджетом и т.д.
- Применение системного подхода к управлению проектами
- Управление проектами на основе ожидаемых результатов
- Отслеживание проектов по расписанию и бюджету
- Проведение анализа проектов и оценка их эффективности
Организация, соответствующая уровню Управляемый (Managed), обладает более высокой степенью организованности и контроля над проектами, чем организация, находящаяся на уровне Начальный (Initial). Однако, на этом уровне организации все еще могут быть проблемы с качеством продукта, сроками выполнения проектов и другими аспектами управления проектами. Целью организации на этом уровне является дальнейшее улучшение процессов управления проектами и достижение более высокого уровня зрелости.
3 уровень - Определенный (Defined)
На третьем уровне зрелости, который называется Определенный (Defined), организация определяет свои ключевые процессы и документирует их. Процессы управления проектами, управления качеством и другие критические процессы определены и документированы. Организация также определяет метрики для оценки эффективности процессов.
Организация, соответствующая уровню Определенный, имеет следующие признаки:
- Определены и документированы процессы управления проектами, управления качеством и другие критические процессы.
- Процессы управления проектами и качеством стандартизированы и выполняются в соответствии с документированными процедурами.
- Организация использует метрики для оценки эффективности процессов.
- Организация имеет планы улучшения процессов, включая конкретные задачи, сроки и ответственных.
- Сотрудники обучены лучшим практикам и методологиям управления проектами.
- Организация выполняет регулярную оценку и анализ своих процессов, и использует результаты для улучшения процессов.
4 уровень - Управляемый на основе количественных данных (Quantitatively Managed)
На четвертом уровне зрелости, который называется Управляемый на основе количественных данных (Quantitatively Managed), организация применяет системный подход к управлению процессами. Процессы определены, документированы и измеряются. Организация использует результаты измерений для улучшения процессов. На этом уровне организация разрабатывает и внедряет процессы управления рисками, управления изменениями и другие необходимые процессы.
Признаки соответствия уровню Управляемый на основе количественных данных включают:
- Применение статистических методов для измерения процессов и управления ими
- Использование количественных метрик для оценки эффективности процессов
- Управление проектами на основе количественных данных, учитывая риски и изменения в проекте
- Управление качеством на основе количественных данных, включая измерение и анализ дефектов и ошибок
- Использование данных для улучшения процессов и повышения качества продукта
- Разработка и внедрение процессов управления рисками и управления изменениями
- Управление проектами и процессами на основе доверия к количественным метрикам и данным
5 уровень - Оптимизируемый (Optimizing)
На пятом и последнем уровне зрелости, который называется Оптимизируемый (Optimizing), организация постоянно улучшает свои процессы. Организация использует новейшие методы и инструменты для управления процессами. Организация также учитывает свои успехи и неудачи и использует их для улучшения процессов в будущем.
Эти пункты могут помочь организации более эффективно управлять своими процессами и перейти на оптимизируемый уровень CMMI.
- Организация постоянно улучшает свои процессы
- Организация использует новейшие методы и инструменты для управления процессами
- Организация учитывает свои успехи и неудачи и использует их для улучшения процессов в будущем
- Создание программы улучшения процессов, которая включает в себя определение целей и измерения успеха.
- Регулярное проведение аудитов процессов, чтобы оценить их эффективность и выявить области, которые можно улучшить.
- Установление системы отслеживания метрик производительности, которые помогут оценить эффективность процессов и определить области, в которых нужно совершенствоваться.
- Создание процессов для управления инновациями и улучшениями, которые включают в себя планирование, реализацию и измерение успеха изменений.
Каждый последующий уровень зрелости включает в себя все практики предыдущих уровней, а также дополнительные практики, которые помогают организации улучшить свои процессы еще больше.
Уровни зрелости и соответствующие им области процессов (CMMI-поэтапная репрезентация)
| Уровень зрелости | Область процессов | Цель |
|---|---|---|
| Уровень 2 | Менеджмент требований | Управление требованиями к продуктам проекта, чтобы выявлять несоответствия между требованиями и планами проекта. |
| Планирование проекта | Разработка и поддержание планов, определяющих развитие проекта. | |
| Мониторинг и контроль проекта | Понимание стадии разработки проекта для принятия корректирующих действий в случае серьезного отклонения от плана. | |
| Менеджмент договоров с поставщиками | Управление заключенными договорами на приобретение товаров и услуг от внешних поставщиков. | |
| Измерение и анализ | Разработка и поддержание возможности измерения, используемой для поддержки информационного менеджмента. | |
| Оценка качества товаров и процессов | Обеспечение поддержки и управления в соответствии с целями процессов и связанными с ними продуктами работы. | |
| Конфигурационный менеджмент | Установка и поддержание целостности продуктов работы в результате использования идентификации конфигураций, конфигурационного контроля и конфигурационного аудита. | |
| Уровень 3 | Разработка требований | Сбор и анализ требований потребителей к продуктам и компонентам продуктов. |
| Техническое решение | Разработка, дизайн и внедрение решений по соответствующим требованиям. | |
| Интеграция продукта | Сборка (монтирование) продукта из его составляющих, проверка качества интеграции, ее функциональности и выпуск продукта. | |
| Верификация | Гарантирование того, что выбранные продукты работы отвечают предъявляемым требованиям. | |
| Валидация | Демонстрация того, что продукт и его компоненты соответствуют его предполагаемому использованию в предполагаемой среде. | |
| Фокусирование на процессах организации | Установление и поддержание понимания процессов организации и процессных активов, идентификация, планирование и внедрение улучшений связанных с данными областями. | |
| Описание процессов организации | Установление и поддержание возможного к использованию массива процессов организации. | |
| Организационный тренинг | Повышение знаний и способностей людей для выполнения ими своих ролей эффективно и рационально. | |
| Менеджмент интеграции проектов | Установка и управление проектом и всех заинтересованных лиц в интегрированный и определенный процесс. | |
| Менеджмент рисков | Определение потенциальных проблем до их появления и планирование их снижения на любом этапе разработки продукта или процесса. | |
| Интегрированные команды | Формирование и поддержание интегрированных команд для разработки продуктов работы. | |
| Интегрированное управление поставщиками | Мониторинг новых продуктов, оценка источников продуктов и использование данной информации для выбора поставщиков. | |
| Анализ решений и разрешение | Разработка решений на основе структурированного подхода, который позволяет оценить решения на основе установленных критериев. | |
| Организационная среда для интеграции | Предоставление инфраструктуры для интегрированной разработки продуктов и процессов и управление людьми (персоналом) в целях интеграции. | |
| Уровень 4 | Производительный организационный процесс | Установление и поддержание количественного понимания производительности набора стандартизированных процессов организации и обеспечение информацией о производительности процессов и моделей для количественного управления организации. |
| Количественный менеджмент проекта | Количественное управление определенным процессом в целях достижения установленного в рамках проекта качества и целей производительности. | |
| Уровень 5 | Организационные инновации и внедрение | Выбор и внедрение инноваций и улучшений, которые измеряемо улучшают организационные процессы и технологии. |
| Анализ причин и разрешение | Идентификация причин дефектов и других проблем и принятие действий, предотвращающих их появление в будущем. |
Источник: CMMI: Комплексный подход к совершенствованию процессов
Применимость CMMI
Применение CMMI в заказной разработке может привести к достижению ряда положительных результатов, которые могут быть важны для любой организации, занимающейся разработкой программного обеспечения.
- Может помочь улучшить качество продукта. Это достигается путем определения и документирования процессов разработки, а также многократной проверки их эффективности. Организации, использующие CMMI, могут легче определять и исправлять ошибки в процессах разработки и управления проектами, что в конечном итоге приводит к более высокому качеству продукта.
- CMMI может помочь сократить время разработки. Организации, использующие CMMI, должны определить и документировать свои процессы разработки, что позволяет им лучше планировать и управлять проектами. Это может привести к сокращению времени, затрачиваемого на разработку, а также улучшению производительности.
- Может помочь снизить затраты на разработку. Организации, использующие CMMI, могут определить и улучшить свои процессы разработки, что может привести к снижению издержек на проекты. Более эффективное управление проектами и более точное планирование могут помочь снизить затраты на ресурсы, что в конечном итоге может привести к снижению затрат на разработку.
- Может помочь улучшить коммуникацию между разработчиками и заказчиками. Организации, использующие CMMI, должны определить и документировать процессы управления проектами, что может улучшить коммуникацию между разработчиками и заказчиками. Более ясное и точное определение процессов и ожиданий может улучшить взаимодействие между участниками проекта и снизить количество недопониманий и ошибок.
- CMMI может помочь сократить количество ошибок в продукте. Организации, использующие CMMI, должны определить и документировать процессы разработки и управления проектами, что может помочь снизить количество ошибок в продукте. Более точное планирование и управление проектами, а также многократная проверка процессов разработки, могут помочь выявить и исправить ошибки на ранних стадиях разработки.
Таким образом, применение CMMI в заказной разработке может привести к ряду положительных результатов, которые могут быть важны для любой организации, занимающейся разработкой программного обеспечения.
Итого
Применение CMMI может помочь организации сократить время разработки благодаря определению и документированию процессов разработки, лучшему планированию и управлению проектами. Оптимизированные процессы также могут привести к улучшению производительности и сокращению затрат на ресурсы. Отчеты и метрики, которые используются в рамках CMMI, помогают выявлять ошибки на ранних стадиях разработки, что в долгосрочной перспективе приводит к сокращению времени разработки и повышению качества продукта.