Сценарии действий и необходимые меры

РефератПомощь в написанииУзнать стоимостьмоей работы

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

Сценарии действий и необходимые меры (реферат, курсовая, диплом, контрольная)

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

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

Следующим шагом проводится оценка рисков, которые возможно представить в виде таблицы или матрицы, с обязательным описанием риска, его возможных последствий в качественном и количественном выражении (либо денежный эквивалент ущерба от реализации, либо оценка по шкале от 1 до 5). Вычисление данного значения чаще всего проводится на основании предварительного анализа вероятных потерь (от временных и денежных ресурсов до ущерба репутации компании, потери рыночной доли и т. п.). На этой стадии возможно использование анализа чувствительности, сценарного анализа, имитационного моделирования Монте-Карло, «bowtie» анализа причин, событий и последствий реализации рисков, и прочих специальных методов.

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

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

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

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

Таблица 7.6

	Сценарии действий и необходимые меры
Сценарий действий.	Необходимые меры.
Снижение риска.	Уменьшение как вероятности его наступления, так и возможных негативных последствий. Пример Так, для снижения риска недостоверности предоставленных на этапе обследования данных можно фиксировать каждый факт предоставления информации в формате аудиои видеозаписей встреч, сохранения полученных и переданных сообщений, подписания протоколов совещаний со списком принятых решений и пр. Еще в данном случае возможно привлечение квалифицированных специалистов со значительным и релевантным (!) опытом реализации подобных проектов (в предметной области либо индустрии), а также подготовка шаблонов заполнения и загрузки информации для минимизации вероятности ошибки.
Перенос риска.	Перенос риска на другую сторону при заключении отдельных соглашений. Пример Заключение договоров страхования, аутсорсинга и прочие связанные с третьими сторонами активности. Так, потери от срыва работ в рамках контракта с подрядчиком/поставщиком могут быть (по крайней мере, частично) покрыты соответствующим пунктом договора об ответственности за неисполнение его условий. Убытки от пожара в серверной (или какая-то их часть) могут быть покрыты страховой компанией. Чаще всего исключением (риском, перенос которого почти невозможен) является ущерб деловой репутации компании и ее бренду.
Избежание риска.	В определенной степени наиболее «практичный» сценарий, предусматривающий реализацию необходимых проектных активностей (возможно, в чуть большем объеме или в более сжатые сроки) во избежание многих проектных, организационных и технологических рисков. Пример Ежедневная отчетность для устранения риска слабой организованности участников проекта, фиксация числа итераций и составление графика согласования и утверждения решений и результатов во избежание риска слишком длительного процесса оформления документов.
Принятие риска.	Занятие «позиции боевой готовности», если риск выявлен слишком поздно или уже реализован, определение способов покрытия ожидаемого ущерба и избежания подобных ситуаций в будущем. Пример Потеря данных при проблеме с дата-центром в качестве реализовавшегося (возможно, не идентифицированного своевременно) риска. В этом случае в качестве реактивных мер можно активировать последние сделанные резервные копии, восстановить работоспособность системы, а в дальнейшем даже пересмотреть прежнюю политику компании в отношении достаточного уровня надежности используемого ЦОД, а также обновить (создать) стратегию обеспечения непрерывности бизнеса.

Таблица 7.7

Сценарии действий и необходимые меры при позитивных рисках

Сценарий действий.	Пример
Усиление (vs снижение) риска.	Новость о возможном (при совпадении графиков) участии в качестве консультанта известного эксперта является позитивным риском, однако для усиления вероятности его реализации необходимо пересмотреть график проведения семинаров и встреч, чтобы поменять их расписание в соответствии со свободным временем эксперта.
Перенос риска.	Если компания — системный интегратор, работающая в России с программными продуктами Microsoft, создаст на их базе отраслевое решение для определенного локального рынка, которое будет пользоваться популярностью, Microsoft может предложить дальнейшее сотрудничество на льготных условиях.
Использование (vs избежание) риска.	При наличии возможности получения скидки вендора при закупке определенного объема лицензий (который ранее предполагалось приобрести двумя этапами) организация может изменить первоначальный план закупок и согласовать новый контракт на больший объем лицензий.
Принятие риска.	Положительным риском может быть расширение числа пользователей внедренной системы. Допустим, изначально планировалось использовать автоматизированную систему управления проектами только в головном офисе, но филиалы (дочерние компании), увидев все ее преимущества, могут также принять решение адаптировать данный программный продукт для своих нужд. Таким образом, сама организация будет иметь возможность реализовывать проекты в совместной работе нескольких филиалов, а компания — системный интегратор (либо внутреннее ИТ-иодразделение) получит новый проект для выполнения.

Показать весь текст

Заполнить форму текущей работой