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

Понятия и классификация рисков и рискообразующих факторов 53

Размер системы значительно превышает первоначально рассчитанный

Согласно классификации, рекомендуемой в [48], выделяется лишь две категории рисков, связанных с разработкой программного обеспечения:

1)технический риск;

2)управленческий риск.

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

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

По мнению авторов, управленческие риски включают:

негативное влияние условий труда;

недостаточную надежность аппаратного обеспечения;

низкую эффективность программного инструментария;

комплектацию персонала и его низкую квалификацию;

возможное превышение сроков и бюджета;

выпуск продукта неприемлемого качества. Технические риски разделены на три большие категории:

1) риски не связанные со сложностью разрабатываемого ПО

(опечатки в коде программы, случайное повреждение или удаление исходного кода);

2)риски, связанные с недостаточной квалификацией персонала (например, необходимость отправлять разработчиков завершать работу, начатую другими людьми);

3)риски, связанные с поздним исправлением ошибок (ошибки при сборе требований; логические ошибки в коде, не обнаруженные при тестировании).

Отдельно следует выделить работы, посвященные обзору существующих подходов к классификации рисков и рискообразующих факторов. Анализ источников [13, 42–48] показал, что в качестве оснований для классификации рискообразующих факторов авторы выделяют виды деятельности команды проекта:

управление организацией;

Понятия и классификация рисков и рискообразующих факторов 55

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

1)срыв плановых сроков разработки программного продукта;

2)превышение стоимости (бюджета) разработки;

3)критические отклонения по составу и содержанию функциональных требований;

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

Функционал

Качество

Время Бюджет

Превышение стоимости (бюджета) разработки программного продукта

Срыв плановых сроков разработки программного продукта

Критические отклонения по выполнению функциональных требований

к программному продукту (состава и содержания требований)

Критические отклонения по выполнению нефункциональных требований

к программному продукту (характеристик качества)

Рис. 2.2. Виды рисков программного продукта с учетом правила «железного треугольника»

Формулировки видов риска могут уточняться с учетом характерных особенностей каждого этапа жизненного цикла программного продукта (табл. 2.2).

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

4 Производительность — мера того, что достигнуто или выработано системой, человеком, командой, процессом, или ИТ-услугой [51].

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

На первом уровне классификатора в качестве основания классификации используется модель ЖЦ программного продукта: разработка – продвижение – внедрение – сопровождение.

На втором уровне в соответствии с [10, 49] для каждого этапа жизненного цикла ПП можно выделить внешние и внутренние факторы. Внешние факторы — это события, которые лежат за пределами контроля и влияния команды проекта. Внутренние факторы определяют способность самой команды проекта успешно управлять рисками.

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

Набор внутренних факторов определяется составом элементов системной модели деятельности, предложенной в [50], характерной для всех систем, производящих конечные продукты и/или оказывающих услуги:

«предмет деятельности – субъект деятельности –

–средства деятельности – технология деятельности».

Вданном случае предметом деятельности является программный продукт, субъектом деятельности — команда проекта, средствами деятельности — инструментальные средства раз-

5 Ограничение — это запрет или невозможность выполнения каких-то действий [51].

работки программного продукта, технологиями деятельности — технологии управления процессами разработки программного продукта (рис. 2.4).

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