Финансовые риски

Введение

 

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

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

 

 

 

 

1 Основные понятия

 

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

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

Вероятность риска —  вероятность, с которой данный риск превратится в проблему. Здесь также применима качественная шкала (пренебрежимая вероятность, малая и т. д. — вплоть до весьма вероятной). Но могут использоваться и численные значения (обычно выбирают некоторый набор типовых значений, например, 0,1; 0,3; 0,5; 0,7; 0,9). Следует отметить, что событие, которое должно обязательно произойти, не является риском, и действия, которые необходимо в связи с ним предпринять, определяются в рамках обычного планирования и управления, а не управления рисками.

Управление рисками  — это процедуры и действия, которые позволяют менеджеру  выявлять, оценивать, отслеживать и  устранять риски до или во время  их превращения в проблемы. Риски  желательно выявить как можно  раньше и заведомо еще до того, как  они превратились в проблему (обычно в этом случае принятие мер требует меньших ресурсов). После выявления риска необходимо принять решение об ответных действиях. Задача руководителя проекта — выбрать такие действия, которые позволят снизить вероятность неблагоприятного события или уменьшить его последствия в случае реализации риска. При этом желательно, чтобы расход ресурсов был минимальным.

 

1. Финансовые риски

 

По воле случая фактический  доход от инвестиций всегда будет  отклоняться от ожидаемого. Отклонение включает возможность потери некоторых или всех первоначальных инвестиций. Оно обычно измеряется вычислением стандартного отклонения исторических доходов или средних доходов от того или иного определенного уровня. Риск в финансах не имеет никакого определения, но некоторые теоретики, особенно Рон Дембо, определили весьма общие методы, чтобы оценить риск как ожидаемый после завершения сделки «уровень сожаления». Такие методы были исключительно успешны при ограничениях риска ставки банковского процента на финансовых рынках. Финансовые рынки, как полагают, являются доказательным основанием для общих методов оценки риска. Однако, эти методы также трудно понять. Математические трудности сталкиваются с другими социальными, типа раскрытие, оценка и прозрачность. В частности часто трудно сказать, должен ли быть тот или иной финансовый инструмент «застрахован» (уменьшение измеримого риска за счёт пренебрежения определенной случайной прибылью) или им можно «сыграть» на рынке (увеличение измеримого риска и демонстрации инвестору катастрофических потерь с обещанием очень высокой прибыли, которая увеличивает ожидаемую ценность инструмента). Так как меры сожаления редко отражают фактическое человеческое неприятие риска, бывает трудно определить, будут ли результаты таких сделок удовлетворительны. Стремление к риску описывает человека, который имеет положительную вторую производную своей функции полезности, охотно (фактически всегда платит премию) оценивает все риски в экономике и, следовательно, вряд ли может существовать. На финансовых рынках может понадобиться измерение кредитного риска, который вероятен в различных сферах финансовой деятельности (прямое кредитование, лизинг, факторинг), информационный выбор моментов действий и исходный риск, вероятность модельного риска и юридический риск, если, конечно, существуют регулирующие или гражданские акты, принятые в итоге ряда сожалений инвестора.

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

 

 

 

 

 

 

 

 

 

 

2 Стратегии борьбы с рисками

 

1. Избежать риска. Реорганизовать  проект таким образом, чтобы  он не зависел от данного  события. Например, при разработке  ПО можно исключить вызывающую  сомнение функциональность. К сожалению,  таким образом редко удается полностью удовлетворить заказчика.

2. Переадресовать риск. Исполнитель прибегает к своего  рода страховке — если проявится  риск, заказчик берет на себя  оплату дополнительных работ.  В случае реализации такого  риска руководство компании обязуется  привлечь к проекту еще некоторое количество сотрудников.

3. Согласиться с присутствием  риска. Это не означает, что  не надо ничего делать, а просто  пассивно ждать реализации риска.  Согласившись с присутствием  риска, можно предпринять некие  действия, направленные на снижение вероятности его проявления, уменьшение его последствий (например, предусмотреть такую архитектуру системы, которая позволит компенсировать потерю производительности) либо разработать план альтернативных действий (например, перехода на другую СУБД), который будет выполняться, если риск реализуется.

Список рисков — упорядоченный  по приоритету список выявленных и  отслеживаемых рисков. Приоритет  определяется как произведение вероятности  на величину воздействия (в условных единицах).

Для более лучшего представления о важности рисков, процитируем  в работе диалог специалиста по управлению рисками (Специалист) с менеджером проекта (МП), которому предстоит внедрять управление рисками в своем проекте, выглядит примерно так.

МП: Зачем нужно управлять  рисками? Может быть, в нашем проекте их вообще нет?

Специалист: Вот признаки, которые часто указывают на рискованный  характер проекта:

- большие размеры разрабатываемой системы;

- неясные и изменяющиеся требования;

- использование в проекте новых технологий;

- сложность системы;

- размеры системы, не соответствующие бюджету;

- высокая степень зависимости от определенных людей.

Однако риски —  это не особенность каких-то специфических  проектов. Любой проект без труда  можно сделать крайне рискованным. Для этого достаточно:

- неправильно оценить реальный размер и сложность задач разработки;

- недостаточно точно оценить необходимые ресурсы;

- превысить возможности (компетенцию) организации;

- не обеспечить стабильность пожеланий пользователя;

- использовать недостаточно зрелые программные среды и инструменты;

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

- предпринять действия, не согласующиеся с корпоративной культурой фирмы-разработчика;

- понадеяться на “серебряную пулю”, которая позволит резко повысить производительность.

МП: Тогда, может быть, лучше посмотреть, какие именно риски  реализуются, и потом бороться с  возникшими проблемами?

Специалист: Как правило, последствия риска — не фиксированная  величина. Они зависят от момента, когда риск выявлен. Например, если бы мы заранее учли, что нам придется перейти на другую СУБД, то большую часть бизнес-логики мы бы перенесли на сервер приложений. И нам не пришлось бы переписывать столько хранимых процедур и триггеров.

 

       

   2.1 Принципы управления рисками

 

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

Командность состоит  в том, что все действия в процессе управления рисками должны проводиться с применением методов командной работы, т. к. самонадеянность и индивидуализм инженерно-технических работников и административно-управленческого персонала является серьёзным препятствием на пути распространения информации обо всех возможных в будущем негативных ситуациях и последствиях. Следовательно, необходима кооперация усилий, талантов, навыков и знаний.

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

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

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

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

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

 

2.2 Основные проблемы в управлении рисками

 

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

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

Прежде всего руководство боится отойти от традиционной позиции “мы  это обязательно сделаем”. Управление рисками предполагает, что могут  быть и неудачи. А отсюда и следующая причина: руководство часто рассматривает управление рисками как способ, позволяющий подчиненным обосновать будущее поражение. Хотя реально речь идет как раз о мерах по повышению вероятности успешного выполнения проектов.