8. Управление рисками проекта
8. Управление рисками проекта
Контент.
Риск – вероятное событие, которое может нанести ущерб.
Управление рисками – действия, позволяющие рационально сочетать результаты и риски проекта.
Идентификация рисков – действия по выявлению, систематизации и анализу рисков: анализ плана проекта, SWOT-анализ проекта, использование карточек рисков и пр.
Методы снижения рисков – избежание, передача, сокращение, удержание и резервирование (рис. 8.0.1).
Рис. 8.0.1. Основные этапы риск-менеджмента
8.1. Риски проекта
Риск – испано-португальское слово, обозначающее подводную скалу, которая может возникнуть и нанести ущерб.
В бизнесе риск – это вероятное событие, которое может нанести ущерб. В определении подчеркивается природа риска – это некоторое вероятностное событие, которое может случиться и связано с неопределенностью. Причинами возникновения рисков могут быть: недостаток информации, случайности, сознательное противодействие и т. п. Потери при реализации бизнес-проектов в первую очередь связаны с возможностью несения финансовых потерь.
Вероятность рисков – оценка вероятности нежелательного исхода.
Измерение рисков – построение оценки вероятности нежелательного исхода.
Управление рисками – последовательность действий, позволяющая соблюдать разумные сочетания рисков и выгод проектов. Риски проекта должны быть идентифицированы, оценены, после чего следует разработать план мероприятий по их уменьшению и ликвидации последствий от событий, которые могут наступить в результате реализации рисков.
При управлении проектами субъектами учета рисков выступают основные его участники:
– заказчики;
– инвесторы;
– исполнители;
– потребители;
– страховые компании.
Популярными на практике являются классификации рисков по сферам деятельности компании (рис. 8.1.1):
– производственный, связанный с невозможностью выполнения обязательств контракта;
– финансовый (кредитный), связанный с невозможностью выполнения обязательств перед инвестором;
– инвестиционный, связанный с возможностью уменьшения стоимости инвестиционно-финансового портфеля;
– рыночный, связанный с возможностью колебания рыночных процентных ставок и пр.
Риски также делятся на статические и динамические.
Статический риск – это опасность потери реальных активов по причинам:
– нанесения ущерба собственности;
– потери дохода из-за недееспособности организации.
Динамический риск – это возможность непредвиденных изменений основного капитала по причинам:
– принятия непредвиденных управленческих решений;
– непредвиденных изменений рыночных условий;
– непредвиденных изменений политических условий.
Существует мнение, что чаще проекты содержат больше рисков, чем бизнес-процессы. Отсюда внимание к риск-менеджменту в методологиях управления проектами.
В любом случае риски проекта рекомендуется заранее выявлять и систематизировать, оценить и иметь план действий на случай наступления непредвиденных событий.
Факторы, влияющие на возникновение рисков, делят также на объективные и субъективные.
Объективные факторы рисков не зависят непосредственно от компании. Это могут быть:
– инфляция;
– конкуренция;
– политические кризисы;
– экономические кризисы;
– изменения таможенных пошлин;
– изменение законодательства и пр.
Рис. 8.1.1. Классификация рисков
Субъективные факторы рисков определяются особенностями самой компании. Это могут быть:
– уровень организации производства;
– степень отработанности кооперативных связей;
– уровень техники безопасности;
– уровень постановки экологической работы;
– уровень постановки работы в сфере менеджмента качества;
– уровень постановки управленческого учета;
– уровень организации менеджмента;
– выбор типов контракта проекта;
– квалификация персонала и пр.
Несмотря на обилие типологий классификации рисков, применяемых на практике, часто ограничиваются выделением сфер деятельности и составлением для каждой сферы списка из пяти-десяти наиболее существенных рисков. Подобные классификаторы часто заносят в карточки типовых рисков компании по областям деятельности.Более 800 000 книг и аудиокниг! 📚
Получи 2 месяца Литрес Подписки в подарок и наслаждайся неограниченным чтением
ПОЛУЧИТЬ ПОДАРОКДанный текст является ознакомительным фрагментом.
Читайте также
Глава 10. Управление рисками в проекте
Глава 10. Управление рисками в проекте Задача управления рисками — снизить влияние событий, угрожающих успешному выполнению проекта, то есть чреватых срывом графика, нарушением бюджета, невыполнением поставленных задач, а также низкой удовлетворенностью заказчика. Что
2. Управление рисками
2. Управление рисками В системе страхования, цель которого заключается в обеспечении высокой надежности работы логистической системы, главное место занимает управление.В данном сегменте выделяются группы факторов, определяющих эффективность
Управление трудовыми ресурсами проекта и менеджмент человеческих ресурсов проекта
Управление трудовыми ресурсами проекта и менеджмент человеческих ресурсов проекта Персонал - это конкретные индивидуумы, частью которых является их квалификация, исполнение функционально-должностных обязанностей и проч., что описывается в рамках штатного расписания
Обсуждение проведенного проекта с группой проекта
Обсуждение проведенного проекта с группой проекта В фирмах, оказывающих профессиональные услуги неотъемлемой частью рутинной работы является следующая форма учета интересов клиента. По завершении каждого проекта один из руководителей обсуждает с клиентом, что по его
Определение и управление рисками
Определение и управление рисками Риск — это вероятность того, что вы не достигнете результата, сорвете график работ, перерасходуете средства из-за неожиданных и незапланированных затруднений. Поскольку будущее нельзя предвидеть полностью, риск присутствует во всех
Управление рисками проекта
Управление рисками проекта Идентификация рисков проекта — это только первый шаг, чтобы взять их под контроль. Затем нужно разработать соответствующие планы по ограничению их
Подготовка плана управления рисками проекта
Подготовка плана управления рисками проекта В основе такого плана лежат специальные методы снижения отрицательного воздействия нежелательных событий на ваш проект. Этот план следует создать на стадии разработки проекта и пересматривать до самого завершения проекта.