49258 (Технологический процесс разработки программного обеспечения), страница 3

Обследование методом SPA с целью улучшения процесса в организации выполняется регулярно (с периодичностью 18-36 месяцев) в условиях открытости и сотрудничества с руководством и коллективом разработчиков.

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

Основные шаги выполнения оценок по СММ:

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

Шаг 2. Получение от оцениваемой организации ответов на вопросы контрольного опросника (maturity questionnare).

Шаг 3. Анализ ответов и идентификация тех участков ТП, которые требуют дальнейшего обследования.

Шаг 4. Посещение организации. Его цель - произвести интервьюирование разработчиков и обзоры документации и сопоставить полученные результаты с результатами анализа по опроснику. Руководящими материалами в этом процессе служат описание КРА и практических приемов СММ. В своей работе группа использует методы проведения экспертизы, что дает ей возможность оценить, в какой мере КРА удовлетворяют целям процесса по каждому направлению. В случае, если обнаруживаются расхождения между ключевыми процедурами СММ и действующей практикой в организации, - группа должна документировать обоснование своих решений по каждому направлению.

Шаг 5. Формирование перечня обнаруженных отклонений (findings) по завершении работы группы в организации, которые идентифицируют сильные и слабые стороны ТП в организации. Если целью работы группы является оценивание текущего состояния и возможностей улучшения процесса в организации - она дает руководству организации соответствующие рекомендации, если же цель - оценка способности организации выполнять контракты на разработку, тогда “находки” используются для анализа риска, проводимого соответствующей инстанцией.

Шаг 6. Группа готовит отчет, в котором показывает по каким направлениям и в какой степени организация достигает или не достигает целей КРА. Цели могут считаться достигнутыми и в том случае, когда отмечены отдельные недочеты, но они не касаются основных решений, по которым оценивается достижимость целей.

6. Внутренняя структура уровней зрелости

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

Рис.3. Структура СММ

Пути достижения целей КРА могут быть различны в разных проектах из-за различий в проблемных областях или средах. Несмотря на это все цели направления должны быть достигнуты для того, чтобы организация преуспела по данному направлению ТП. Когда цели направления достигаются безусловно по всем проектам в организации, можно считать, что это направление имеет статус официально утвержденного (institutionalize), а соответствующие процедуры ТП внедрены во все проекты организации.

Приставка “ключевой" говорит о том, что существуют и другие направления процесса (и процессы), которые хотя и влияют на результативность ТП, но не являются ключевыми для достижения уровня зрелости. Множество ключевых направлений выделено по критерию эффективности в улучшении ТП в организации и служит в качестве определителя возможностей ТП. Ключевые направления ТП определены по результатам многолетнего опыта программной инженерии и управления и пятилетнего опыта аналитического и экспертного оценивания технологического процесса программирования.

Только те практические действия, которые приводятся в разделе “выполняемые процедуры”, непосредственно ассоциируются с представлением о практических возможностях техпроцесса. Действия же, перечисляемые во всех остальных разделах, в целом образуют основу для их проведения в жизнь (внедрения).

Описание каждой процедуры (practice) содержится в одном предложении текста, за которым может следовать более подробное объяснение с примерами. Описанные таким образом процедуры называют также основополагающими (ключевыми) процедурами (key practices) самого верхнего уровня, составляющими фундамент политики и практики по соответствующему ключевому направлению. Они могут содержать компоненты (процедуры нижнего уровня), детализирующие деятельность в рамках направления. Процедуры предписывают “что” должно быть сделано для достижения целей, и не касаются того, “как” это должно быть сделано.

7. Иерархия оценок зрелости ТП по модели СММ

В общем случае, оцениванию подлежат (в приведенной последовательности):

ключевые процедуры (если их оценка предусмотрена в плане работ по SPA или SCE);

разделы (если их оценка предусмотрена в плане работ по SPA или SCE);

цели ключевого направления (всегда);

ключевые направления уровня (всегда);

уровень зрелости (если целью оценивания является определение уровня зрелости).

Цель определенного КРА считается достигнутой (оценка “удовлетворительно”), если в результате обследования ТП обнаруживается, что все ключевые процедуры по всем разделам направления ТП определены, реализованы практически и внедрены во все проекты организации. Оценка “не удовлетворительно" присваивается в том случае, если отмечены существенные недостатки в реализации и внедрении оцениваемых элементов СММ. Каждый метод оценивания может предлагать расширенную шкалу ранжирования, учитывающую частичность реализации целей КРА.

Ключевое направление ТП получает оценку “удовлетворительно”, если эта же оценка присвоена всем целям, достижение которых предусмотрено по данному направлению. Если хотя бы одна из целей КРА не достигается (с оценкой “удовлетворительно”) - КРА получает оценку “не удовлетворительно".

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

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

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

детально изучить цели и процедуры КРА второго уровня (разд.4 и приложение 2);

получить административную и финансовую поддержку;

создать соответствующие организационные структуры и другие элементы ТП, рекомендуемые СММ (разд.5);

подготовить нормативно-методическую и учебную базу. Перечень необходимых (для достижения уровня 2) международных стандартов, которые могут использоваться в качестве ориентиров при выполнении работ по ключевым направлениям, представлен в табл.1;

организовать процесс обучения специалистов программных проектов;

составить глобальный план работ по совершенствованию ТП организации, рассчитанный на 6-8 лет;

обеспечить надлежащее управление работами.

Заключение

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

Дальнейшая проработка СММ в SEI идет в направлении конкретизации КРА для 4 и 5 уровня СММ по мере накопления опыта в организациях, занимающих 3 ступень в иерархии СММ, а также по мере появления организаций, способных занять уровни 4 и 5. Со временем СММ должна стать многомерной, что даст возможность учесть в ней проблемы технологии проектирования и программирования, а также управления людскими ресурсами.

SEI тесно работает с ISO над созданием стандартов (в частности, ISO 15504, часть 1-9) по применению методов SPA, SCE и улучшения процессов разработки ПО.

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

9. Оценивание существующего уровня зрелости отечественных организаций

Предлагаемая ниже процедура оценивания зрелости отечественных организаций-разработчиков не является адаптацией ни одного из перечисленных выше методов (SPA, SCE, PI). Цель ее разработки - предоставить организации-заказчику приемлемый механизм выбора организаций-исполнителей программных проектов, концептуально согласующийся с СММ и адекватный уровню отечественной программной инженерии.

Процедура ориентирована на ранжирование технологической зрелости организации-исполнителя по шкале от 0 до 2, где рейтинг 2 соответствует второму уровню зрелости по модели СММ.

Процедура основана на использовании фрагмента оригинала контрольного опросника SEI в части, касающейся уровня 2 СММ, и включает следующую последовательность шагов:

Шаг 1. Организация-заказчик составляет проект паспорта программного продукта, подлежащего разработке, по форме, представленной ниже:

Паспорт программного продукта

Отв. исполнитель проекта: (ФИО) _____ Подпись

Рабочий телефон __________________ Дата _______________

Шаг 2. Организация-заказчик рассылает претендентам на роль исполнителей форму паспорта и контрольный опросник;

Шаг 3. Организация-претендент, ознакомившись с проектом паспорта заказываемого продукта, подбирает несколько (но не менее трех) завершенных или находящихся в стадии завершения проектов, разработанных в данной организации и схожих с предлагаемым к разработке;

Шаг 4. Разработчик проекта заполняет паспорт разработанного (разрабатываемого) продукта по форме паспорта и отвечает на все вопросы контрольного опросника (приложение 1). Ответы на вопросы по каждому направлению проставляются посредством отметки (знак "+" при ручном заполнении формы или число “1” при машинном заполнении) в соответствующих колонках интервальной шкалы;

Шаг 5. Организация-претендент отсылает заполненные паспорта и контрольные опросники организации-заказчику;

Шаг 6. Эксперт организации-заказчика обрабатывает все паспорта и контрольные опросники организации-претендента и определяет уровень зрелости организации.

Обработка контрольных опросников для получения оценок включает выполнение следующих действий: