Зрелость проектных организаций. Методология CMM

CMM и модели процессов

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

Рассмотрим, например, стандарт IEEE 1074, предназначенный для построения процессов жизненного цикла ПО в проекте. С точки зрения идеологии CMM, этот стандарт обеспечивает переход организации с первого уровня зрелости на второй. Действительно, он позволяет построить основные процессы управления проектом, позволяющие отслеживать затраты, следить за графиком работ и функциональностью создаваемого программного решения, что и требуется на втором уровне CMM. В IEEE 1074 нет процессов управления субподрядом, да и вообще говорить о буквальном его совпадении с моделью процессов CMM нельзя, но идейное сходство налицо.

Таким образом, внедрение модели процессов, предлагаемой IEEE 1074, будет разумным решением в направлении улучшения процессов управления ИТ для организаций, находящихся на первом уровне зрелости.

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

• координация производственного процесса организации;
• определение производственного процесса организации;
• программа обучения;
• интегрированное управление разработкой ПО;
• инженерия разработки программного продукта;
• межгрупповая координация;
• экспертные оценки.

Идея состоит в том, что роль стандартного производственного процесса организации при определенных допущениях может играть совокупность процессов, описанная в ГОСТ Р ИСО/МЭК 12207. Рассмотрим группы ключевых процессов по порядку.

Координация производственного процесса организации

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

Очевидно, деятельность по внедрению ГОСТ Р ИСО/МЭК 12207 подразумевает достижение всех перечисленных целей. Остальные ключевые практики реализуются в ходе внедрения.

Определение производственного процесса организации

Эта группа ключевых процессов фактически определяет, в каком объеме внедряется ГОСТ Р ИСО/МЭК 12207. Для реализации этой группы процессов можно воспользоваться ГОСТ Р ИСО/МЭК 15271.

Программа обучения

Реализуется в процессе обучения в ГОСТ Р ИСО/МЭК 12207.

Интегрированное управление разработкой ПО

Точно соответствует процессу адаптации в ГОСТ Р ИСО/МЭК 12207.

Инженерия разработки программного продукта

Соответствие выполняемых операций группы "Инженерия разработки программного продукта" и процессов/работ ГОСТ Р ИСО/МЭК 12207 показано в таблице 7.1.

Межгрупповая координация

В CMM приведен пример перечня групп участников проекта, между которыми в ходе выполнения проекта должна существовать межгрупповая координация:

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

В ГОСТ Р ИСО/МЭК 12207 координация таких групп обеспечивается за счет точно определенного взаимодействия соответствующих процессов или участников одного процесса (в случае групп разработки, системного тестирования, оценки составляющих проекта).

Экспертные оценки

Полностью реализована в процессах верификации, аттестации, совместного анализа, аудита и решения проблем ГОСТ Р ИСО/МЭК 12207.

Конечно, приведенные рассуждения нельзя считать строгими или полностью доказательными. Они предназначены только для иллюстрации того, как на практике можно подойти к выбору адекватной модели процессов для организации. Тем не менее они показывают, что внедрение скоординированной совокупности стандартов ГОСТ Р ИСО/МЭК 12207, ГОСТ Р ИСО/МЭК 15271 и какого-либо стандарта управления проектами во всяком случае помогает достичь третьего уровня зрелости организации.

Как вариант, можно попытаться использовать для этого один стандарт - ГОСТ Р ИСО/МЭК 15288, включающий процессы управления проектами ("Процессы проекта" в терминологии этого стандарта).

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

Краткие итоги

В лекции рассмотрена одна из наиболее популярных методик оценки процессов - модель зрелости CMM. Подробно обсуждаются логика и структура CMM. Особое внимание уделяется вопросу применения CMM совместно с рассмотренными ранее эталонными моделями процессов, представленными стандартами IEEE 1074 и ГОСТ Р ИСО/МЭК 12207.

Вопросы

1. В чем состоит назначение CMM?
2. Как выглядят уровни зрелости CMM? В чем их смысл?
3. Что такое СППО?
4. Чем подход к улучшению процессов, предлагаемый CMM, отличается от подхода, базирующегося на внедрении процессных стандартов (например, ГОСТ Р ИСО/МЭК 12207)?
5. Какова связь между СППО CMM и процессной моделью ГОСТ Р ИСО/МЭК 12207?
6. Как можно использовать стандарт IEEE 1074 для повышения уровня зрелости организации? Как можно использовать для этого другие ранее рассмотренные стандарты?