Таким образом, СММ идентифицирует уровни, через которые организация должна эволюционировать для утверждения культуры программной инженерии. Организации, находящиеся на 1 уровне и пытающиеся создать фиксированный (defined) процесс (уровень 3), не создав перед тем повторяемый процесс (уровень 2), обычно не достигают успеха, поскольку менеджеры проекта больше всего озабочены проблемами сроков и стоимости проекта. Это основная причина, по которой нужно сначала усовершенствовать процесс управления, а затем процессы собственно инженерии. Может показаться, что определить и реализовать процесс инженерии легче, чем процесс управления (особенно с точки зрения разработчика), но без дисциплины управления процесс инженерии неминуемо скатится к проблемам сроков и стоимости. Способность организации реализовывать процессы с высших уровней зрелости не означает, что уровни зрелости могут быть пропущены.
По мере того, как организация достигает зрелости ТП, она официально устанавливает (учреждает, внедряет) (institutionalizes) этот процесс в виде базового (стандартного) путем принятия соответствующих административных решений, разработки стандартов и создания необходимых организационных структур. Административное оформление ТП влечет за собой создание инфраструктуры и формирование корпоративной культуры, которые призваны обеспечить воплощение в жизнь методов, практических приемов и процедур СММ.
Ключевые направления совершенствования техпроцесса (КРА, от Кey Рrocess Аreas) указывают области, на которых должна сосредоточить внимание организация для улучшения ТП.
КРА сгруппированы по уровням зрелости (табл.1) так, что каждое КРА всегда относится только к одному уровню СММ. Это не означает, что в организации, находящейся на определенном уровне зрелости, не могут выполняться процедуры в рамках направлений, относящихся к другим уровням зрелости. Заключение о том, какой уровень зрелости занимает организация, делается только по КРА, соответствующим данному уровню.
Таблица 1 Характеристика уровней зрелости технологического процесса разработки ПО
| Уровень зрелости | Характеристика уровня зрелости | Ключевые направления совершенствования ТП |
| 1. Начальный | Отсутствует стабильная среда разработки и сопровождения. Техпроцесс разработки неструктурирован и хаотичен. Бюджет, сроки и качество разработки непредсказуемы. Частые авралы. Успех проекта определяется способностями отдельных исполнителей или менеджера, а не организационной структурой коллектива.По оценкам SEI около 75% фирм-разработчиков ПО (за рубежом) находятся на этом уровне зрелости. Это же касается и подавляющего большинства отечественных организаций-разработчиков. Начальный уровень включен в модель с целью образования точки отсчета (базы) для оценивания последующих улучшений процесса на более высоких уровнях модели | |
| 2. Повторяемый | Управление проектом нацелено на контроль соблюдения планов по стоимости, срокам и функциональности разработки ПО. Процесс программирования упорядочен. Применяются неоднократно отработанные приемы управления для схожих проектов. Разработка новых проектов ведется на основе ранее накопленного опыта и в соответствии со стандартами в части определения исходных требований, управления конфигурацией, планирования и оценки качества ПО | Управление требованиямиПланирование проекта ПОМониторинг проекта ПОУправление работой соисполнителяОбеспечение качества ПОУправление конфигурацией ПО |
| 3. Фиксированный | Процесс программирования документирован, стандартизован и интегрирован в стандартный (базовый) техпроцесс. Внедрена программа обучения разработчиков ПО и менеджеров. Коллективы отдельных проектов следуют стандартизованному техпроцессу разработки в организации и настраивают его для достижения целей конкретного проекта | Обеспечение разработки техпроцессовОпределение техпроцесса организацииОрганизация обучения персоналаИнтегрированное управление проектом ПОИнженерный подход к разработке ПОМежгрупповая координацияКоллективный просмотр |
| 4. Управляемый | Достигается цель количественной оценки качества продуктов ПО и процессов разработки в рамках единой программы измерения. Осуществляется сбор и анализ данных по проектам, что дает возможность управлять риском проекта и “возвращать" процесс в установленные рамки | Управление техпроцессом на основе количественных оценокУправление качеством ПО |
| 5. Оптимизируемый | Непрерывное улучшение техпроцесса на основе количественной оценки его слабых и сильных сторон. Данные об эффективности процесса разработки используются для анализа в целях перехода на новые технологии и совершенствования процесса разработки в организации. Данные о новых приемах инженерии изучаются и распространяются по организации. Коллективами проектов производится причинно-следственный анализ ошибок в проектах | Предупреждение ошибокУправление изменениями в технологииУправление изменениями в техпроцессах |
Для достижения определенного уровня зрелости необходимо решение всех задач ключевых направлений совершенствования ТП, связываемых с этим уровнем зрелости.
Для удобства оценивания действия в рамках каждого ключевого направления совершенствования ТП сгруппированы в следующие пять разделов:
административные меры (commitment to perform) - действия организации для обеспечения хода и стабильности техпроцесса (обычно касаются формирования политики и обеспечения финансовой поддержки);
необходимые предпосылки (ability to perform) - условия для обеспечения готовности ТП (необходимые ресурсы, организационные структуры и система обучения);
выполняемые процедуры (activitiesperformed) - правила и процедуры, необходимые для успешной реализации соответствующего участка ТП (разработка планов и процедур, выполнение технологических операций, проверка и корректировка ТП);
измерение и анализ (measurementandanalysis) - измерение показателей техпроцесса, анализ полученных результатов измерений, оценка состояния и эффективности процесса;
проведение проверки (verifyingimplementation) - проверка соответствия выполняемых действий требованиям существующего техпроцесса (методы проверки - обзоры (осмотры) (reviews) и аудиторские проверки (ревизии) (audits) в ходе управления и обеспечения качества ПО).
СММ предлагает критерии, позволяющие оценить зрелость организаций-разработчиков. Эти критерии могут использоваться разработчиками для улучшения процессов разработки и сопровождения ПО, а также заказчиками для оценки рисков заключения договоров на разработку программных проектов с определенными исполнителями.
Разработано 3 метода оценивания зрелости технологического процесса:
метод SPA (от Software Process Assessment) - определение текущего состояния ТП. Используется для обследования и оценки текущего состояния процесса программирования в организации, выявления существующих проблем, определения высокоприоритетных целей улучшения процесса программирования, выработки соответствующей стратегии улучшения и получения поддержки со стороны руководства;
метод SCE (от Software Capability Evaluation) - оценка способностей организации-разработчика. Используется для идентификации риска заказчика, связанного с определенным проектом или контрактом с организацией-исполнителем на разработку высококачественного ПО в соответствии с установленными сроками и бюджетом. Может использоваться при определении потенциальных организаций-исполнителей программных проектов или для управления эффективностью ТП в организациях-исполнителях, располагающих определенными ресурсами программирования;
метод IP (от Interim Profile) - метод быстрой промежуточной оценки состояния ТП. Используется для получения достоверной информации о ходе выполнения плана мероприятий по улучшению ТП в промежутках времени между проведением обследований по методу SPA. Осуществляется по контрольному опроснику с минимальным привлечением дополнительной информации со стороны исполнителей проектов. Условием применения этого метода является предварительная оценка по методу SPA и официально утвержденный план мероприятий по улучшению ТП в организации.
Методы SPA и SCE отличаются мотивацией, целями, структурой результирующих данных и способами интерпретации результатов. А это определяет применяемые процедуры оценивания, условия проведения обследования, динамику интервьюирования, спектр задаваемых вопросов, характер и объем собираемой информации, а также принципы подготовки специалистов для бригад оценивания.
Обследование методом SPA с целью улучшения процесса в организации выполняется регулярно (с периодичностью 18-36 месяцев) в условиях открытости и сотрудничества с руководством и коллективом разработчиков.
Оценивание методом SCE выполняется в условиях, приближенных к условиям проведения ревизий. Рекомендации экспертов помогают выбрать наиболее надежных исполнителей проектов.
Основные шаги выполнения оценок по СММ:
Шаг 1. Выбор группы экспертов, обученных основам СММ и специфике методов оценивания текущего состояния или потенциальных возможностей организации. Члены группы должны быть профессионалами в программной инженерии и менеджменте.