Модель зрелости возможностей (CMM) & это уровни в разработке программного обеспечения

Что такое CMM?

Модель зрелости возможностей используется в качестве эталона для измерения зрелости программного процесса организации.

CMM была разработана в Институте программной инженерии в конце 80-х годов. Он был разработан в результате исследования, финансируемого ВВС США, для оценки работы субподрядчиков. Позже, на основе модели CMM-SW, созданной в 1991 году для оценки зрелости разработки программного обеспечения, с CMM-I интегрируются несколько других моделей.

В этом уроке мы узнаем,

• Что такое уровни модели зрелости возможностей (CMM)?
• Что происходит на разных уровнях CMM?
• Сколько времени нужно на внедрение CMM?
• Внутренняя структура CMM
• Ограничения моделей КИМ
• Зачем использовать CMM?

Что такое уровни модели зрелости возможностей (CMM)?

1. Исходный
2. Повторяемый / управляемый
3. Определенный
4. Количественно управляемый
5. Оптимизация

Что происходит на разных уровнях CMM?

Уровни	Деятельность	Преимущества
Уровень 1 Начальный	На уровне 1 процесс обычно хаотичный и спонтанный. Способность определяется на основе отдельных лиц, а не организации. Прогресс не измеряется Разработка продуктов часто выходит из графика и выходит за рамки бюджета. Широкие вариации в расписании, стоимости, функциональности и целевых показателях качества.	Никто. Проект Total Chaos
Уровень 2 Управляемый	Управление требованиями Оцените параметры проекта, такие как стоимость, график и функциональность Измерьте фактический прогресс Разработка планов и процессов Стандарты программных проектов определены Выявление и контроль продуктов, изменение отчетов о проблемах и т. Д. Процессы могут отличаться в зависимости от проекта	Процессы становятся проще для понимания Менеджеры и члены команды тратят меньше времени на объяснение, как что-то делается, и больше времени на выполнение Проекты лучше оцениваются, лучше планируются и более гибкие Качество интегрировано в проекты Стоимость может быть высокой изначально, но снижается со временем Спросите больше документов и документации
Уровень 3 Определен	Уточнить требования клиентов Решить требования к дизайну, разработать процесс внедрения Убедитесь, что продукт соответствует требованиям и предназначению Систематически анализируйте решения Устранение и контроль потенциальных проблем	Улучшение процессов становится стандартом Решение превращается из «закодированного» в «спроектированное». Врата качества появляются на протяжении всего проекта, и вся команда участвует в процессе. Риски минимизированы и не застают команду врасплох
Уровень 4 количественно управляемый	Статистическое управление процессами и подпроцессами проекта Понимать эффективность процессов, количественно управлять проектом организации	Оптимизирует производительность процессов в организации Способствует количественному управлению проектами в организации.
Оптимизация уровня 5	Выявление и своевременное устранение причины дефектов Выявление и внедрение новых инструментов и усовершенствований процессов для удовлетворения потребностей и бизнес-целей	Способствует организационным инновациям и развертыванию Дает стимул к причинно-следственному анализу и разрешению

Следующая диаграмма дает наглядное представление о том, что происходит на разных уровнях КИМ.

Сколько времени нужно на внедрение CMM?

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

• Внедрение CMM не происходит в одночасье
• Это не просто «бумажная работа».
• Типичное время для внедрения:
  • 3-6 месяцев -> на подготовку
  • 6-12 месяцев -> на реализацию
  • 3 месяца -> на подготовку к экзамену
  • 12 месяцев -> за каждый новый уровень

Внутренняя структура CMM

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

Для разных уровней CMM есть набор KPA, например, для CMM модели-2, KPA

• REQM- Управление требованиями
• PP- Планирование проекта
• PMC- Мониторинг и контроль проектов
• SAM- Управление соглашениями с поставщиками
• PPQA-процесс и обеспечение качества
• CM-управление конфигурацией

Аналогичным образом, для других моделей КИМ у вас есть определенные KPA. Чтобы узнать, является ли реализация KPA эффективной, длительной и повторяемой, она отображается на следующей основе:

1. Обязательство выполнять
2. Способность выполнять
3. Мероприятия выполняют
4. Измерение и анализ
5. Проверка реализации

Ограничения моделей КИМ

• CMM определяет, к чему должен обращаться процесс, а не как он должен быть реализован.
• Он не объясняет все возможности улучшения программного процесса.
• Он концентрируется на вопросах программного обеспечения, но не рассматривает стратегическое бизнес-планирование, внедрение технологий, создание линейки продуктов и управление человеческими ресурсами.
• Это не говорит о том, каким бизнесом должна заниматься организация.
• CMM не пригодится в проекте, который сейчас находится в кризисе

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

Сегодня CMM выступает в качестве «знака одобрения» в индустрии программного обеспечения. Это помогает различными способами улучшить качество программного обеспечения.

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

Резюме

CMM был впервые представлен в конце 80-х годов в ВВС США для оценки работы субподрядчиков. Позже, в улучшенной версии, он был реализован для отслеживания качества системы разработки программного обеспечения.

Весь уровень CMM разделен на пять уровней.

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