top of page

Структура CMMI

 

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

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

Структура текущей версии модели зрелости (1.3) отражает полный набор описанных процессов и состоит из трех основных блоков, изложенных в отдельных книгах:

  • Разработка продуктов и услуг (CMMI for Development model);

  • Внедрение услуг, управление услугами, предоставление услуг (CMMI for Services model);

  • Приобретение продуктов и услуг (CMMI for Acquisition model).

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

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

     

 Основные подразделы описания процесса CMMI

Подраздел

Описание

  1.  

Формулировка задачи

(Purpose Statements)

Описание основной задачи процесса. Например, для процесса «Управление конфигурациями» (Configuration Management) – создание и поддержка целостности создаваемого продукта или предоставляемой услуги за счет описания конфигурации, ее контроля и аудита.

  1.  

Связанные процессы (Related Process Areas)

При выполнении процессы могут вызывать другие процессы и использовать их результаты. В данном подразделе приводится список взаимодействующих процессов. Например, в описании процесса «Планирование проектов» (Project Planning) присутствует ссылка на процесс «Управление рисками» Risk Management.

  1.  

Специальные цели (Specific Goals)

Здесь приводится состав специфических для данного процесса параметров, которые должны соблюдаться при выполнении процесса. Данные параметры подлежат проверке в случае проведения аудита уровня зрелости и проверки наличия, корректности и полноты выполнения конкретного процесса. Например, для процесса «Управление конфигурациями» (Configuration Management) определено 3 специальные цели: «Создание базиса идентифицированных продуктов и услуг» (Establish baseline), «Протоколирование и контроль изменений» (Track and Control Changes) и «Обеспечение целостности» (Establish Integrity).

  1.  

Специальные практики (Specific Practices)

В данном подразделе приводится описание действий, которые выполняются для достижения Специальных целей.

Например, одной из специальных практик для Специальной цели «Создание базиса идентифицированных продуктов и услуг» является «Внедрение системы управления конфигурациями» (Establish a Configuration Management System), под которой понимается система для хранения соответствующих данных, набор процедур их обновления и предоставления. В целях уточнения обычно приведены «Подпрактики» (Subpactices) и получаемые результаты. Для приведенной выше присутствует подпрактика – «Обеспечить хранение архивных записей об изменении описания объектов» и вырабатываемый результат – «Процедуры доступа к данным».

  1.  

Общие цели

(Generic Goals)

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

  1.  

Общие практики

(Generic Practices)

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

Пример 3.2

Описание процесса - Управление конфигурациями (Configuration Management).

Подраздел

Описание

Формулировка задачи

(Purpose Statements)

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

Связанные процессы (Related Process Areas)

·         Планирование проектов (Project Planning) содержит дополнительную информацию о разработке планов, создаваемых структурах, которые позволяют определять конфигурацию и ее изменения.

·         Мониторинг и контроль проектов (Project Monitoring and Control)позволяет получить дополнительную информацию об анализе параметров производительности и корректирующих действиях.

Специальные цели (Specific Goals)

·         Установка базиса (Establish Baselines) – определение настроечных параметров, компонентов, результатов работы и их параметров, подпадающих под Управление конфигурациями, создание системы управления конфигурациями.

·         Протоколирование и контроль изменений (Track and Control Changes)

·         Обеспечение целостности (Establish Integrity)

Специальные практики (Specific Practices)

Установка базиса

Идентификация учитываемых объектов

(Identify the configuration items)

Определение  и специфицирование следующего:

·         Продукты/услуги, предоставляемые клиентам;

·         Связанные внутренние результаты работы;

·         Приобретаемые услуги и изделия;

·         Инструменты и другие составляющие производственной среды;

·         Другие объекты, используемые при создании и описании данных результатов работы.

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

Учитываемые объекты должны выбираться на основе документированных критериев, например, «изменение объекта приводит к обязательному изменению связанного объекта».

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

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

 

Внедрение Системы управления конфигурациями

(Establish a Configuration Management System)

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

 

Установка базиса (Release Baselines)

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

 

Протоколирование и контроль изменений (Track and Control Changes)

 

Протоколирование запросов на изменение (Track Change Requests)

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

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

Запросы должны отслеживаться по ходу исполнения.

 

 

Контроль изменений учитываемых объектов (Control Configuration Items)

Контроль производится на соответствие заданному базису. В случае необходимости обеспечивается внесение изменений в базис (с указанием причин) по результатам необходимого согласования. Результатом реализации практики может являться протокол ревизии, протокол изменений базиса.

 

 

Обеспечение целостности (Establish Integrity)

Протоколирование управления конфигурациями (Establish Configuration Management Records)

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

 

Аудит конфигурации (Perform Configuration Audits)

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

Общие цели

(Generic Goals) и Общие практики

(Generic Practices)[1]

Достижение специальных целей (Achieve Specific Goals)

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

Процесс внедрен в качестве управляемого (Institutionalize a Managed Process)

При этом утверждены внутренние нормативные документы, регламентирующие процесс.

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

Для уровня зрелости 3 и выше - Процесс внедрен в качестве регламентированного (Institutionalize a Defined Process)

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

 

 

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

 

 

 

[1] В приводимом описании общие практики не выделены подразделами в целях сокращения текста. Полное описание см. в официальной документации.

bottom of page