завершення, але найбільш важливим етапом буде оцінка майбутніх ризиків на стадії підготовки проекту. Ця робота повинна проводитися спільно і інтерактивно: замовника з виконавцем.
Ризики, що виникають при впровадженні ІС, в основному пов'язані з забезпеченням безперервності роботи бізнесу та питаннями експлуатації інформаційної системи .
Після первинної ідентифікації ризиків необхідно оцінити їх відносну важливість. Серед основних критеріїв можна виділити два основних: ймовірність виникнення ризику та його наслідки для проекту.
Кожен з цих параметрів оцінюється на підставі експертної думки, а отримана значимість ризику буде прямо пропорційна величині ймовірності та наслідків.
Завдяки цій оцінці значущості ризику вибудовується список, який далі використовується в якості вихідних даних для розробки комплексу заходів, спрямованих на зниження впливу ризиків, які мають значимість вище певного порогу (з деякими ризиками доводиться просто миритися).
Методика оцінки ризиків включає в себе визначення експертами для кожного ризику ймовірності його виникнення і ступеня негативного впливу на проект. Дана методика може існувати в різних варіаціях побудови таблиці, але ми в рамках курсового проекту використовуємо шкалу з трьома градаціями: висока raquo ;, середня raquo ;, низька raquo ;. Перераховані ризики можна ранжувати за запропонованим раніше критеріям. Результати проведеного аналізу представлені в рис. 1.
Рис. 1. Визначення величини критеріїв для виявлених ризиків
РіскіВероятность вознікновеніяСтепень воздействияВысокаяСредняяНизкаяВысокаяСредняяНизкаянесоответствие або недостатність функцій ІТ-системи перевищенням бюджету перевищення термінів виконання проекту помилки планування впровадження ІС неякісна опрацювання бізнес-процесів неефективне використання системи після впровадження внесення помилкових даних оператором неправильна робота інтерфейсів між ІС та іншими системами
Далі можна ранжувати всі ризики з використанням матриці ризиків наступного виду:
Рис. 2. Матриця ризиків
Ступінь воздействіяВероятность виникнення ВисокаяСредняяНізкаяВисокая Середня Низька
Залежно від отриманих оцінок, ризик відноситься до однієї з наступних груп:
· Високий ризик (червона область) - тут необхідні термінові заходи щодо зниження рівня ризику.
· Істотний ризик (жовта область).
· Помірний ризик (синя область).
· Незначний ризик (зелена область) - зусилля з управління ризиками в даному випадку не гратимуть важливої ??ролі.
Рис. 3. Ранжування ризиків за категоріями
Високий ріскСущественний ріскУмеренний ріскНезначітельний ріскпревишеніе термінів виконання проектаошібкі планування впровадження ІСнесоответствіе або недостатність функцій ІТ-сістеминекачественная опрацювання бізнес-процессовнееффектівное використання системи після внедреніяпревишеніем бюджетавнесеніе помилкових даних операторомнеправільная робота інтерфейсів між ІС та іншими системами
Існують деякі універсальні рекомендації щодо зниження ступеня впливу ризиків на результат бізнес-проекту. Частина проектних ризиків можна знизити, дотримуючись відповідним стандартам і методиками виконання проектів впровадження інформаційних систем.
Так, ризики, пов'язані з невідповідністю або недостатністю функцій ІТ-системи вимогам підприємства, можна зменшити, використовуючи кращі практики стандартів проектування ІС, саме для цього на передпроектної стадії здійснюється аналіз ринку програмних продуктів.
Ризики, пов'язані з перевищенням бюджету і термінів виконання проекту , знижуються застосуванням процедур контролю бюджету і термінів, дотриманням перевірених методик управління проектами.
Ризик неефективного використання системи після впровадження можна зменшити шляхом навчання користувачів, регламентації роботи з системою, ведення актуальною довідкової інформації для користувачів , а також організацією ефективної підтримки та супроводу системи. І найважливішою умовою стає постійний моніторинг ризиків на підставі регулярних звітів про стан та хід проекту.
Впровадження ІС призводить до того, що число операторів, керуючих ланцюжком, скорочується. Зростають вимоги до якості даних, що вносяться і до точності роботи операторів. Щоб уникнути ризику внесення помилкових даних в рамках проекту впровадження необхідно закладати додаткові пр...
