top of page

Уровни и непрерывное представление CMMI

 

CMMI допускает два базовых подхода к ее применению: непрерывное представление и представление на основе состояний.

 

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

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

Вероятно, введение данного подхода и соответствующее дополнение к структуре модели явилось результатом развития конкурирующего стандарта качества процессов разработки программного обеспечения - ISO 15504 (SPICE[1]), предлагающего многомерный взгляд на процессы.

Второй подход является наследником ранее применяемых моделей зрелости СММ и используется в основном для анализа текущего уровня зрелости организации или ее части на основе комплектности определенного для заданного уровня набора процессов.

Официальная документация CMMI[2] (http://www.sei.cmu.edu/cmmi/) рекомендует на начальном уровне применения модели использовать традиционное представление на основе состояний.

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

Оба подхода (представления модели) связаны с понятием уровня. В случае непрерывного представления – это шесть уровней развития (capability[3]) процесса в диапазоне от 0 до 5.

Таблица 3.2 Описание уровней в непрерывном представлении (уровни развития процессов)

0

Не полностью исполняемый (Incomplete)

Процесс не исполняется или исполняется частично, т.е. не реализуется одна или более специфических целей процесса.

1

Выполняемый (Performed)

На данном уровне реализуются специфические цели процесса. Процесс не является устойчивым.

2

Управляемый (Managed)

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

3

Регламентированный (Defined)

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

4

Количественной управляемости (Quantitatively Managed)

Процесс является регламентированным и при этом управляется на основе статистических и других количественных характеристик. Установлены и контролируются количественные требования к процессу.

5

Оптимизации (Optimizing)

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

 

В случае представления на основе состояний – это пять уровней зрелости (maturity) организации или подразделения от 1 до 5.

Вне зависимости от выбранного представления принцип определения уровней един. Уровни характеризуют совершенствование от «болезненного» неупорядоченного состояния к «здоровому» состоянию, при котором используется количественная информация для определения необходимых улучшений и их выполнения в соответствии с бизнес-задачами.

Различие в количестве уровней объясняется тем, что «нулевой» уровень зрелости организации означал бы прекращение ее функционирования. При этом нулевой уровень развития процесса подлежит регистрации в целях определения уровня зрелости организации.

При выборе подхода к применению модели, в том числе, должны приниматься во внимание 3 категории факторов:

  • Бизнес – факторы, которые подразумевают определенность бизнес-целей и их связей с некоторым набором процессов. Если цель – совершенствование отдельной услуги или продукта, то выбирается непрерывное представление, если цель – развитие организации в целом, то предпочтительным является представление модели на основе состояний.

  • Внутренняя культура организации – если для конкретной организации процессный подход является привычным, то для нее, вероятно, более предпочтительным будет непрерывное представление.

  • Предыдущий опыт – для организации, имеющей опыт применения модели зрелости, основанной на состояниях, инвестировавшей ресурсы ранее в применение подобной модели, данное представление CMMI будет менее затратным.

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

     

Таблица 3.3 Сравнительная характеристика непрерывного представления и представления на основе состояний

 

Непрерывное представление

Представление на основе состояний

Предоставляет полную свободу выбора последовательности совершенствования деятельности организации исходя из ее приоритетных бизнес-целей

Содействует организации в определении зарекомендовавшей себя траектории развития

Обеспечивает наглядность достигнутого приращения качества и производительности отдельных процессов.

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

Развитие различных процессов может выполняться в разном темпе.

Позволяет консолидировать результаты прогресса в едином широко распознаваемом значении – уровне зрелости.

Является новым подходом, который пока не предоставил возможности собрать достаточную статистику для подтверждения результативности.

Имеет длительный опыт применения, который демонстрирует высокую результативность, в том числе, и в части возврата инвестиций.

Позволяет оценивать совершенство процессов.

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

Пример 3.2  применения непрерывного представления модели:

Разработчик электронных устройств. Присутствует периодическое запаздывание с выпуском очередной версии устройств.

Учитывая необходимость ускорения выпуска очередной версии, и в целях экономии ресурсов сужаем набор совершенствуемых процессов. В данном случае из 22 процессных областей выбираем процессы, относящиеся к области проектирования и управления проектами (engineering and project management): Product Integration (Интеграция продукта - обеспечение взаимодействия продукта с подключаемыми устройствами), Requirements Development (Разработка требований), Requirements Management (Управление требованиями), Technical Solution (Техническое решение), Validation (Валидация – подтверждение требований пользователя), Verification (Верификация  - частное и комплексное тестирование на соответствие требованиям), а также Project Planning (Планирование проекта), Project Monitoring и Control (Мониторинг и контроль проекта).

Приведенное количество процессов потребует значительных усилий для параллельного совершенствования. Поэтому пробуем найти наиболее проблемные/потенциально выигрышные с точки зрения бизнес-целей участки и в итоге сосредотачиваемся на Разработке требований (Requirements Development) и Управлении требованиями (Requirements Management).

Далее необходимо принять решение об объеме улучшений:

Если приведенные выше процессы отсутствуют в организации, то обоснованным выбором будет создание процесса и достижение уровня 1.

Процессы выполняются в рамках каждого проекта, но при этом не управляемы в необходимой степени (регулирующие документы, обучение, инструментарий не внедрены) - решение – достижение уровня 2.

Процессы присутствуют, но в рамках каждого проекта выполняются не единообразно - достижимым уровнем будет - третий.

Процессы выполняются стандартным образом, но отсутствует объективная возможность контролировать их параметры -  пытаемся добиться уровня  4.

Если есть понимание того, какие элементы данных процессов следует улучшать в соответствии с какими количественными характеристиками, то целью может быть выбран уровень 5..

 

Пример 3.3 применение представления, основанного на состояниях

Компания – разработчик программного обеспечения, недавно прошедшая аудит на соответствие уровню зрелости 2. Цель – повышение уровня зрелости до 3.

Составляем список процессных областей, входящих в требования к уровню 3 и не включаемых в требования уровня 2:Разработка требований (Requirements Development), Техническое решение (Technical Solution), Интеграция продукта (Product Integration), Верификация (Verification), Валидация (Validation), Организационный процесс (Organizational Process Focus), Поддержка организационных процессов (Organizational Process Definition), Организационное обучение (Organizational Training), Общее управление проектом (Integrated Project Management), Управление рисками (Risk Management), Анализ решений (Decision Analysis and Resolution).

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

 

 


 

[1] Software Process Improvement and Capability dEtermination

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

[2] http://www.sei.cmu.edu/cmmi/, или [1], [2], [3]

 

[3] В русскоязычной литературе встречается различный перевод термина. В данной книге используется – уровень совершенства как наиболее соответствующий смыслу модели.

bottom of page