Практика риск-менеджмента инновационного процесса

Практически редко фирма выполняет только один инновационный процесс. Реальной является задача учета неопределенностей при управлении портфелем НИОКР. Последние подходы к решению этой проблемы можно оценить по работе [45]. Авторы статьи специалисты с многолетним опытом работы в области НИОКР, маркетинга, а также консалтинга по принятию сложных решений в бизнесе в условиях рисков и неопределенности. Рассматриваемая в статье задача распределения ограниченных ресурсов по проектам НИОКР является одной из наиболее трудных для руководства корпорации из-за всегда присутствующей неопределенности в оценке будущих результатов. Численный анализ и ранжирование идей на ранних стадиях процесса может ввести в заблуждение, так как:
- метрика и "взвешивание" могут меняться с изменением фазы проекта НИОКР;
- текущий портфель НИОКР отображает сегодняшние оценки рисков и эффективности отдельных работ;
- оценка качественной информации может быть критичной для оценки всего портфеля;
- портфель НИОКР должен быть сбалансирован с целями и стратегиями корпорации.

Для распределения ресурсов НИОКР могут быть использованы различные процедуры, но надо иметь в виду, что каждая из них может обеспечить лишь определенный взгляд на ситуацию, оставаясь бесполезной в других случаях. К таким процедурам относят:
- решетку оценок по стадиям и фазам проекта [46], однако в этом случае можно получить противоречивые результаты на ранних
тадиях и при разработке концепции проекта;
- графы потребителей [47], однако конкретные вершины графов не отражают разницу между уровнями неопределенности, что ожет привести к заведомо плохим решениям;
- набор критериев (метрики), что дает численное ранжирование проектов, однако остается проблема неопределенности информации, поэтому использование метрик на ранних стадиях проекта может привести к ошибкам на поздних стадиях [44, 48];
- деревья решений [34, 47], которые позволяют оценивать риски проектов и их эффективность, однако требуют точной информации о вероятностях успеха, которой нет на стадиях формулировки идей.

Мы видим, что в большинстве случаев время -- лучший ключ к идентификации, а не дискуссии по численным оценкам.

В американской практике НИОКР принято выделять шесть фаз или стадий процесса НИОКР:
- идея;
- концепция;
- прототип;
- разработка;
- коммерциализация;
- завершение.

Каждая фаза содержит контрольную точку для обзора, переосмысления и оценки прогресса (рис.17). Стадию "завершения" можно назвать "подведение итогов". Её задача: определение источников принятых решений, создание базы для улучшения рассмотрения результатов на различных стадиях, возможность учесть моральный климат в команде, получить источники будущих идей.

Рис. 17. Схема фаз проекта

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

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

Анализ графиков проектов (рис.18) дает полезную информацию для решений по организации НИОКР. Например, расположение кластеров эллипсов неопределенности на графике вероятность успеха -- чистая текущая стоимость (NPV) совместно с перечнями ключевых факторов, определяющих риск и будущие денежные потоки, и оценками тенденций годовых объемов продаж и необходимых ресурсов для окончания проектов фактически определяют текущие ранговые оценки проектов в портфеле НИОКР фирмы. В табл. 5.1. приведены неопределенности, которые могут существенно влиять, по мнению авторов [45], на вероятность технического или производственного успеха проекта и его NPV.

Рис. 18. Оценка неопределенности в отдельных проектах

Таблица 5.1

Неопределенности, которые могут существенно влиять на вероятность успеха проекта и его NPV

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

Рис. 19. Индикаторы возможной вероятности успеха проекта

Сложной задачей остается объединение количественной и качественной информации (особенно опыта и интуиции ЛПР). Обычным методом является применение «Аналитического иерархического процесса (АНР)» [49].

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

Таблица 5.2

Противоречия частных задач при доминировании долгосрочных и краткосрочных целей

Таким образом, авторы работы [45] делают упор на следующие подходы к учету неопределенности при выполнении проектов НИОКР:
- фиксирование факта различий подходов к неопределенности на разных стадиях разработки;.
- целесообразность преодоления неопределенности на более поздних этапах разработки после накопления необходимой информации;
- обеспечение баланса целей, оценок и частных задач исходя из стратегии корпорации;
- учет неопределенности при принятии решений о распределении ресурсов и приоритетах отдельных проектов в портфеле НИОКР.

Автор работы [50] является видным ученым и практиком в области НИОКР в следующих отраслях: механика, электроника, программное обеспечение. Он работал инженером и менеджером в таких компаниях, как IBM, Bell Lab и других. Его подход к риск-менеджменту в НИОКР можно назвать агрессивным. Это следует из названии статьи [50] и книги, соавтором которой он является [51].

Главный лозунг автора [50] -- "эффективное управление рисками весьма продуктивно". Он считает, что ожидание момента материализации риска лишь расточает время и средства. Наиболее выгодный путь риск-менеджмента -- идентификация рисков, когда еще остается свобода действий и решений. В таких случаях можно минимизировать влияние рисков на выполнение графика работ и бюджет НИОКР.

Исследовав 2000 разработок, выполненных в течение последних 25 лет, автор [50] нашел, что успех зависит, главным образом, от следующих шести факторов [52]:
- дифференцированности суперпродуктов;
- солидной подготовки разработки (оценок конкурентной обстановки, наличия технического и финансового обеспечения и т.д.);
- отличных маркетинговых действий;
- технологической стороны разработки;
- точного определения продукта в начале разработки;
- правильного подбора межфункциональной команды.

Очевидно, что диапазон возможных источников риска достаточно широк. Степень влияния конкретного риска часто зависит от того, что уже проинвестировано к моменту оценки. Если в этом случае будет сделана попытка вернуться назад, то, безусловно, задержится прогресс разработки. Ключом к управлению рисками является контролирование их вероятности появления, которая уменьшается с прогрессом разработки. Риск остается, но управляя им, мы снижаем шансы того, что возможна катастрофа. Эффективно управляемый риск менее разрушителен, чем работа в режиме реакции на его проявление. Характер ситуации при управляемом и неуправляемом рисках отражен на рис. 20.

Рис. 20. Сравнение последствий неуправляемого (A) и управляемого (B) рисков

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

После идентификации рисков следует установить их приоритеты. Полезно при этом использовать карту рисков (рис.21).

Рис. 21. Карта рисков

На поле карты рисков нанесены данные для шести рисков, выбранных из более длинного списка:
- P₃ -- не определены требования к эксплуатации продукта;
- M₈ -- крестный отец проекта уходит, возникают проблемы с управлением;
- T_S11 -- будет ли тестирование воспроизводить условия эксплуатации?;
- T_С4 -- будет ли обеспечена работа при требуемой температуре?;
- C₁₃ -- не надо ли улучшить основной параметр в интересах победы в конкуренции?;
- S₂ -- отсутствие проверенной системы компьютерной поддержки поставок.

Пороговая линия на рис. 21 отсекает риски, особо важные (расположены выше её), требующие активного риск-менеджмента. Риски, расположенные на карте ниже этой линии, не требуют такого подхода. Управление обычно заключается в понижении вероятности риска. Каждый риск требует специального плана действий со своими сроками и критериями выполнения. Пример такого плана в Web-исполнении фирмы Tellabs показан на рис. 22.

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

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

В заключении целесообразно воспроизвести ряд рекомендаций автора [50]:
- ключом к управлению рисками является обычно контроль отношения правдоподобия, которое должно двигаться вниз по мере прогресса разработки;
- так как большинство критичных рисков носят межфункциональный характер, то для поиска их следует создавать межфункциональные группы специалистов;
- начало работы с наиболее легкими для устранения рисками -- плохой путь в разработке нового продукта;
- для ускорения обучения следует планировать эксперименты так, чтобы результаты были "среднем путем" между критериями
оответствия требованиям и несоответствия им.

Notes:

April 10, 1999: Risk Event occured and Firmware unit testing has been completed using the hardware emulator. Resultant schedule slip will only be 4 work days. May 10, 1999: Prototypes have bean built and the last 15% of testing has been completed.

Поиск по сайту: