Файл: Реферат по дисциплине Управление рисками информационных технологий и систем по теме Управление рисками внедрения информационных систем предприятия.docx

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

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

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

В процессе управления рисками можно выделить следующие этапы:

• 
  идентификация рисков, анализ и оценка рисков;
  
• 
  разработка мероприятий по управлению рисками;
  
• 
  мониторинг управления рисками.
  

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

---

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

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

При этом можно использовать следующие механизмы управления:

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

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

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

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

---

Заключение

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

Должны быть кропотливо регламентированы и протестированы процессы, по которым будут работать в итоге внедрения ИС, отлично отлажены и протестированы интерфейсы с иными системами.

Список используемой литературы

1. 
   Михеесва Е.В., Титова О.И. Информационные технологии в профессиональной деятельности экономиста Учебник — М.: Питер
   
2. 
   Давыдова Л.А., Информационные системы в экономике
   
3. 
   Шуремов Е.Л. Автоматизированные информационные системы бухгалтерского учета, анализа и аудита. Учебник — М.:»Проспект»
   
4. 
   Информационные системы в экономике Романов А.Н. Одинцов Б.Е.
   

---