Опубликован: 24.05.2012 | Доступ: свободный | Студентов: 1559 / 167 | Оценка: 4.30 / 4.20 | Длительность: 13:37:00
Лекция 7:

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

< Лекция 6 || Лекция 7: 123 || Лекция 8 >

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Таблица 7.1. Соответствие СППО CMM и ГОСТ Р ИСО/МЭК 12207
Операция раздела "Выполняемые операции" Процесс / работа процесса согласно ГОСТ Р ИСО/МЭК 12207
Интеграция соответствующих методов и средств разработки ПО в производственный процесс проекта Процесс адаптации
Разработка, сопровождение, документирование и проверка требований к ПО путем проведения систематического анализа установленных требований в соответствии с производственным процессом проекта Работа 5.3.2 процесса разработки, процесс адаптации
Разработка, поддержка, документирование и проверка архитектуры ПО выполняются в соответствии с производственным процессом проекта и требованиями к ПО в целях формирования основы для создания кода Работы 5.3.4, 5.3.4, 5.3.5 и 5.3.6 процесса разработки, процесс адаптации
Разработка, поддержка, документирование и проверка программного кода, выполняемые в соответствии с производственным процессом проекта в целях реализации требований к ПО и архитектуры ПО Работа 5.3.7 процесса разработки, процесс адаптации
Тестирование ПО выполняется в соответствии с производственным процессом проекта Работа 5.3.7 процесса разработки, процесс адаптации
Планирование и выполнение интеграционного тестирования ПО проводится в соответствии с производственным процессом проекта Работы 5.3.7 и 5.3.8 процесса разработки, процесс адаптации
Планирование и выполнение системного и приемочного тестирования ПО в целях демонстрации его соответствия требованиям Работы 5.3.7, 5.3.8, 5.3.9, 5.3.10, 5.3.11, 5.3.12 и 5.3.13 процесса разработки, процесс адаптации
Документация, используемая при эксплуатации и поддержке ПО, разрабатывается и ведется в соответствии с производственным процессом проекта Работы 5.4.1, 5.4.2, 5.4.3 и 5.4.4 процесса разработки, процесс адаптации
Сбор и анализ данных по дефектам, выявленным при экспертной оценке и тестировании, выполняются в соответствии с производственным процессом проекта Работы 5.5.1, 5.5.2, 5.5.3 процесса разработки, процесс адаптации
Поддержка согласованности всех промежуточных программных продуктов, включая планы разработки ПО, описания процессов, установленные требования, требования к ПО, архитектуру ПО, планы и процедуры тестирования Процесс разработки, процесс управления, процесс адаптации

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

В 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 для повышения уровня зрелости организации? Как можно использовать для этого другие ранее рассмотренные стандарты?
< Лекция 6 || Лекция 7: 123 || Лекция 8 >
Виталий Елин
Виталий Елин

Здравствуйте!
Объясните, пожалуйста, выдается ли диплом о профессиональной переподготовке?
Если - нет, то почему?

Здесь вначале говориться что выдается диплом, а внизу страницы сказано что нет
Цитата: "
диплом о профессиональной переподготовке MBA- больше не выдается
диплом о профессиональной переподготовке- больше не выдается
"

Алексей Любименко
Алексей Любименко
Россия, г. Волгодонск