Фон для интеграции модели зрелости (CMMI)

Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019

Окончательное руководство по интеграции модели зрелости возможностей (CMMI) для разработки опубликовано Институтом программного обеспечения как "CMMI: рекомендации по интеграции процессов и улучшению продуктов". В этой книге описывается CMMI для разработки (CMMI-DEV) версии 1.3, которая является одной из моделей в наборе продуктов CMMI. Вы также можете найти "CMMI Дистиллированный: Практические введение в интегрированный процесс улучшения", чтобы быть полезной и доступной книгой о CMMI.

Примечание.

Приведенные здесь рекомендации основаны на версии 1.3 для CMMI и поддерживают процесс CMMI, доступный в Azure DevOps. В настоящее время не существуют планы обновления этого содержимого для поддержки более поздних версий.

Исторические заметки

CMMI начался в 1987 году как модель зрелости возможностей (CMM), проект в Институте программного обеспечения (SEI). SEI является исследовательским центром в Университете Карнеги-Меллон, который был создан и финансируется США Министерство обороны. Впервые опубликовано в 1991 году, CMM for Software начался как проверка список критически важных факторов успеха. Модель также основана на исследованиях на международных бизнес-машинах (IBM) Corporation и 20-го века лидеров обеспечения качества, таких как Филипп Кросби и W. Эдвардс Деминг. Имя, модель зрелости возможностей и поэтапное представление пяти уровней были вдохновлены моделью производственной зрелости Кросби. Применяется главным образом к программам обороны, CMM достигла значительного внедрения и подверглась нескольким редакциям. Его успех привел к разработке CMM для различных предметов за пределами программного обеспечения. Распространение новых моделей запутано. В ответ правительство финансировало двухлетний проект для создания единой расширяемой платформы, которая интегрированная система инженерии, программного обеспечения и разработка продуктов. Это усилие включало более 200 отраслевых и академических экспертов. Результатом был CMMI.

CMMI-DEV — это модель. Это не процесс, ни рецепт, который следует следовать. Вместо этого CMMI-DEV предоставляет набор организационных действий, которые, как оказалось, используются в разработке программного обеспечения и проектировании систем. Зачем использовать такую модель? Какова его цель? И как лучше всего его использовать? Эти критически важные вопросы, возможно, являются наиболее неправильными проблемами с CMMI.

Зачем использовать модель?

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

Модель предлагает следующие преимущества:

• Предоставляет общую платформу и язык для взаимодействия
• Использует годы опыта
• Помогает пользователям рассматривать большую картину при фокусе на улучшении
• Часто поддерживается тренерами и консультантами
• Может помочь решить разногласия, предоставив согласованные стандарты

Какова цель модели CMMI?

Цель модели CMMI заключается в оценке зрелости процессов организации и предоставления рекомендаций по улучшению процессов с целью улучшения продуктов. Кроме того, CMMI является моделью для управления рисками и предоставляет способ измерения способности организации управлять рисками. Возможность управлять факторами риска в организации, способными предоставлять высококачественные продукты. Другая перспектива управления риском заключается в том, насколько хорошо организация работает под стрессом. Высокая зрелость, высокая возможность организации может легко реагировать на непредвиденные, стрессовые события. Низкая зрелость и более низкая возможность организации, как правило, паниковать под стрессом, слепо следовать за невидимыми процедурами, или выбросить весь процесс в целом и вернуться к хаосу.

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

Что лучше всего использовать модель CMMI?

Модель была разработана для использования в качестве основы для инициативы по улучшению процесса, с его использованием в оценке только системы поддержки для измерения улучшения. С этим использованием произошел смешанный успех. Слишком легко ошибаться в модели определения процесса и пытаться следовать за ней, а не картой, которая определяет пробелы в существующих процессах, которые, возможно, потребуется заполнить. Основным блоком CMMI является область процесса, которая определяет цели и несколько действий, которые часто используются для их удовлетворения. Одним из примеров области процесса является Process and Product Quality Assurance. Другое — управление конфигурацией. Важно понимать, что область процесса не является процессом. Один процесс может пересекать несколько областей процессов, а отдельная область процесса может включать несколько процессов.

CMMI-DEV — это действительно две модели, которые используют одни и те же базовые элементы. Первым и наиболее знакомым является поэтапное представление, которое представляет 22 области процессов, сопоставленные с одним из пяти уровней зрелости организации. Оценка организации будет оценивать уровень, на котором она работает, и этот уровень будет показателем его способности управлять риском и, как и с его обещаниями.

Уровни 4 и 5 часто называются более высоким уровнем зрелости. Часто существует четкое различие между организациями с более высоким уровнем зрелости, которые демонстрируют количественное управление и оптимизацию поведения, а также организации с более низким уровнем зрелости, которые просто управляются или выполняются после определенных процессов. Более высокий уровень зрелости организаций показывает более низкую вариативность в процессах и часто использует ведущие индикаторы в рамках статистического деффенсивного метода управления. В результате более высокий уровень зрелости организаций, как правило, будет более предсказуемым и быстрым при реагировании на новую информацию, предполагая, что другая бюрократия не встает на пути. Где организации с низким уровнем зрелости, как правило, демонстрируют героические усилия, высокозрелые организации могут слепо следовать процессам, когда под стрессом и не признают, что изменение процесса может быть более подходящим ответом.

Возможности процесса непрерывного представления моделей в каждой из 22 областей процессов по отдельности, что позволяет организации адаптировать свои усилия по улучшению процессов, которые предлагают наивысшую бизнес-ценность. Это представление больше соответствует исходной модели Кросби. Оценки по этой модели приводят к профилям возможностей, а не к одному числу. Поскольку уровень зрелости организации — это уровень, который большинство руководителей и руководителей понимают, существуют способы сопоставления результатов непрерывной оценки модели на пять этапов.

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

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

Элементы модели CMMI

В следующей таблице перечислены 22 области процессов, составляющие модель CMMI (версия 1.3):

Сокращение	Область обработки
АВТОМОБИЛЕЙ	Причинный анализ и разрешение
ТМ	Управление конфигурацией
DAR	Анализ решений и разрешение
IPM	Интегрированное управление проектами
MA	Измерение и анализ
OID	Организационные инновации и развертывание
Амбулатория	Определение организационного процесса
OPF	Фокус на организационный процесс
OPP	Производительность организационных процессов
OT	Обучение организации
PI	Интеграция продуктов
PMC	Мониторинг проектов и управление
PP	Планирование проектов
PPQA	Process & Product Quality Assurance
QPM	Количественное управление проектами
RD	Определение требований
REQM	Управление требованиями
RSKM	Управление рисками
SAM	Управление соглашениями поставщика
TS	Техническое решение
ВЕРСИИ	Проверка
ВАЛЬ	Проверка

В промежуточном представлении области процесса сопоставляются с каждым этапом, как показано на следующем рисунке.

В непрерывном представлении области процесса сопоставляются с функциональными группами, как показано на следующем рисунке.

Каждая область процесса состоит из обязательных, ожидаемых и информативных компонентов. Для удовлетворения оценки модели требуются только необходимые компоненты. Обязательные компоненты — это конкретные и универсальные цели для каждой области процесса. Ожидаемые компоненты — это конкретные и универсальные методики для каждой конкретной или универсальной цели. Обратите внимание, что, поскольку ожидаемый компонент просто ожидается и не требуется, это означает, что конкретная или универсальная практика может быть заменена эквивалентной практикой. Ожидаемые методики помогут реализовать и оценщики. Если выбрана альтернативная практика, это до реализации, чтобы посоветовать оценщику и оправдать, почему альтернативная практика подходит. Информативные компоненты предоставляют подробные сведения, помогающие реализовать инициативу по улучшению процессов, которая руководствуется моделью CMMI. Информативные компоненты включают субпрактики универсальных и конкретных методик и типичных рабочих продуктов.

Требуются только универсальные и конкретные цели. Все остальное предоставляется в качестве руководства. Например, ожидаемые и информативные компоненты, литература CMMI извлекла данные из крупных космических и оборонных систем проектов. Эти проекты могут не отражать тип проектов, которые выполняются в вашей организации, и не могут отражать более последние тенденции в отрасли, такие как появление методов разработки программного обеспечения Agile.

Связанные статьи

• Процесс CMMI
• Выпуски Пакета продуктов CMMI в Институте программного обеспечения
• CMMI для разработки: рекомендации по интеграции процессов и улучшению продукта, третий выпуск
• CMMI для разработки: рекомендации по интеграции процессов и улучшению продуктов (серия SEI в программной инженерии)
• Что такое гибкая разработка?