Введение

Программа обучения и оценки по улучшению процессов

Интеграция модели зрелости возможностей (CMMI) – это программа обучения и оценки, направленная на улучшение процессов. Разработанная в Университете Карнеги-Меллона (CMU) и администрируемая Институтом CMMI, дочерней компанией ISACA, она требуется по многим государственным контрактам в США, особенно в области разработки программного обеспечения. CMU утверждает, что CMMI может использоваться для руководства улучшением процессов в рамках проекта, подразделения или всей организации. CMMI определяет пять уровней зрелости процессов (от 1 до 5): начальный, управляемый, определенный, количественно управляемый и оптимизирующий. Версия 3.0 CMMI была опубликована в 2023 году, версия 2.0 – в 2018 году, а версия 1.3 – в 2010 году и является базовой моделью для остальной информации в данной статье. CMMI зарегистрирована в Патентном и товарном ведомстве США CMU.

История

CMMI был разработан в рамках проекта CMMI, целью которого было повышение удобства использования моделей зрелости путем объединения множества различных моделей в единую структуру. В проекте участвовали представители промышленности, государственных органов и Института программной инженерии Карнеги-Меллона (SEI). Основными спонсорами были Управление секретаря Министерства обороны (OSD) и Национальная ассоциация оборонной промышленности. CMMI является преемником модели зрелости возможностей (CMM) или CMM для программного обеспечения. CMM разрабатывался с 1987 по 1997 год. В 2002 году была выпущена версия 1.1, в августе 2006 года – версия 1.2, а в ноябре 2010 года – версия 1.3. К основным изменениям в CMMI V1.3 относятся поддержка гибких методологий разработки программного обеспечения, улучшения практик высокой степени зрелости и унификация представлений (поэтапного и непрерывного). Согласно Институту программной инженерии (SEI, 2008), CMMI помогает «интегрировать традиционно разрозненные организационные функции, устанавливать цели и приоритеты улучшения процессов, предоставлять рекомендации по качественным процессам и служить ориентиром для оценки текущих процессов». Авторами печатного издания CMMI для разработки версий 1.2 и 1.3 были Мэри Бет Криссис, Майк Конрад и Сэнди Шрум Роудон. Издание Addison Wesley версии 1.3 было посвящено памяти Уоттса Хамфри. Эйлин Форрестер, Брэндон Буте и Сэнди Шрум были авторской группой для печатного издания CMMI для услуг версии 1.3. Rawdon "Rusty" Young был главным архитектором разработки CMMI версии 2.0. Ранее он занимал должность владельца продукта CMMI и руководителя по качеству SCAMPI в Институте программной инженерии. В марте 2016 года Институт CMMI был приобретен ISACA. В апреле 2023 года была выпущена CMMI V3.0.

Представительство

В версии 1.3 CMMI существовала в двух вариантах реализации: непрерывном и поэтапном.

Модели (v1.3)

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

Модель (v2.0)

В версии 2.0 DEV, ACQ и SVC были объединены в единую модель, где каждая область практики потенциально имеет конкретную ссылку на один или несколько из этих трех аспектов. Стремясь соответствовать отраслевым тенденциям, модель также содержит явные ссылки на гибкие методологии в некоторых областях практики. Ниже приведены некоторые ключевые различия между моделями v1.3 и v2.0:

"Области процессов" были заменены на "Области практики (ОП)". Последние организованы по уровням, а не по "Конкретным целям". Каждая ОП состоит из "основной части" [т.е. общего описания, свободного от специальной терминологии] и "контекстно-зависимой части" [т.е. описания с точки зрения Agile/Scrum, разработки, услуг и т.д.]. Поскольку теперь все практики являются обязательными для выполнения, раздел "Ожидаемые" был удален. "Общие практики" были объединены в новую область под названием "Инфраструктура управления и внедрения", а "Специфические практики" были исключены. Особое внимание уделяется обеспечению внедрения ОП и их постоянному применению до тех пор, пока они не станут "привычкой". Все уровни зрелости ориентированы на ключевое слово "эффективность". Были добавлены два и пять дополнительных ОП из сфер "Безопасность" и "Защита информации". Области процессов PCMM были объединены.

Приложения

SEI опубликовал исследование, в котором говорится, что 60 организаций зафиксировали увеличение показателей в категориях: стоимость, сроки, производительность, качество и удовлетворенность клиентов. Медианное увеличение показателей варьировалось от 14% (удовлетворенность клиентов) до 62% (производительность). Однако модель CMMI в основном определяет, какие процессы следует внедрить, а не то, как их можно реализовать. Эти результаты не гарантируют повышения производительности в каждой организации при внедрении CMMI. Небольшая компания с ограниченными ресурсами может получить меньше преимуществ от CMMI; эта точка зрения подтверждается профилем зрелости процессов (страница 10). Из небольших организаций (менее 25 сотрудников) 70,5% оцениваются на 2-м уровне: «Управляемые», в то время как 52,8% организаций с численностью от 1001 до 2000 сотрудников оцениваются на высшем уровне (5-й уровень: «Оптимизация»). Тернер и Джейн (2002) утверждают, что, несмотря на очевидные различия между CMMI и гибкой разработкой программного обеспечения, оба подхода имеют много общего. Они считают, что не существует единственно "правильного" способа разработки программного обеспечения, но в рамках проекта есть этапы, на которых один из подходов более уместен. Они предлагают объединять различные элементы этих методов в новый гибридный метод. Сазерленд и др. (2007) утверждают, что сочетание Scrum и CMMI обеспечивает большую адаптивность и предсказуемость, чем использование каждого из них по отдельности. Дэвид Андерсон (2005) дает рекомендации по интерпретации CMMI в контексте гибких методологий. Дорожные карты CMMI, представляющие собой целенаправленный подход к выбору и внедрению соответствующих областей процессов из модели CMMI DEV, могут обеспечить руководство и помочь сосредоточиться на эффективном внедрении CMMI. Существует несколько дорожных карт CMMI для непрерывного представления, каждая из которых имеет свой набор целей улучшения. Примерами являются дорожная карта проектов CMMI, дорожная карта продуктов и интеграции продуктов CMMI и дорожная карта процессов и измерений CMMI. Эти дорожные карты сочетают в себе преимущества как поэтапного, так и непрерывного представлений. Описана комбинация метода управления проектами, заработанная стоимость (EVM), с CMMI. В качестве примера аналогичного использования CMMI, экстремальное программирование (XP), методика разработки программного обеспечения, была оценена в контексте CMM/CMMI (Nawrocki и др., 2002). Например, подход XP к управлению требованиями, основанный на устной коммуникации, был признан не соответствующим требованиям CMMI. Оценка CMMI может проводиться с использованием двух различных подходов: поэтапного и непрерывного. Поэтапный подход дает результаты оценки в виде одного из пяти уровней зрелости. Непрерывный подход дает один из четырех уровней возможностей. Различия между этими подходами проявляются только в процессе оценки; лучшие практики эквивалентны, что приводит к сопоставимым результатам улучшения процессов.