3. Кількісний аналіз ризиків
Кількісний аналіз здійснюється відносно тих ризиків, які в процесі якісного аналізу були кваліфіковані з середнім та високим рангом. Для кількісного аналізу ризиків можуть бути використані наступні методи:
Ймовірнісний аналіз
Експертний аналіз
Метод аналогів
Аналіз показників граничного рівня
Аналіз чутливості проекту
Аналіз сценаріїв розвитку проекту
Метод дерева рішень проекту
Імітаційні методи
4. Реагування на ризики.
Планування реагування на ризики - це процес розробки шляхів та визначення дій по збільшенню можливостей і зниження загроз для цілей проекту. Цей етап управління ризиками починається після проведення якісного і кількісного аналізу ризиків.
Заплановані операції з реагування на ризики повинні відповідати рангу ризику та його детальному опису, бути економічно ефективними у вирішенні проблеми, своєчасними, реалістичними в контексті проекту і погодженими з усіма учасниками.
Можливі чотири методи реагування на ризики:
Ухилення від ризику (risk avoidance)
Передача ризику (risk transference)
Зниження ризиків (risk mitigation)
Прийняття ризику (risk acceptance)
Ухилення від ризику передбачає зміну плану управління проектом таким чином, щоб виключити загрозу, викликану негативним ризиком, захистити проект від наслідків ризику або послабити цілі проекту, що перебувають під загрозою (наприклад, зменшити зміст проекту). Деякі ризики, що виникають на ранніх стадіях проекту, можна уникнути за допомогою уточнення вимог, отримання додаткової інформації або проведення експертизи. Наприклад, ухилитися від ризику можна, якщо відмовитися від реалізації ризикованої функціональної вимоги або самостійно розробити необхідний програмний компонент, замість очікування поставок продукту від субпідрядника.
Передача ризику передбачає перекладення негативних наслідків загрози з відповідальністю за реагування на ризик на третю сторону. Передача ризику просто переносить відповідальність за його управління іншій стороні, але ризик при цьому нікуди не дівається. Передача ризику практично завжди передбачає виплату премії за ризик стороні, яка бере на себе ризик. Наприклад, замовлення на стороні розробки ризикованого компонента за фіксованою ціною. В IT часто доводиться формулювати ризики у вигляді припущень, тим самим передаючи його замовнику. Наприклад, оцінюючи проект впровадження, ми можемо записати припущення про те, що виробник не змінить вартість ліцензій на базове ПЗ.
Зниження ризиків припускає зниження ймовірності та / або наслідків негативного ризикованої події до прийнятних меж. Прийняття запобіжних заходів щодо зниження ймовірності настання ризику або його наслідків часто виявляються більш ефективними, ніж зусилля з усунення негативних наслідків, що вживаються після настання події ризику. Наприклад, раннє дозвіл архітектурних ризиків знижує втрати при достроковому закритті проекту. Або регулярна ревізія поставок замовником може знизити ймовірність ризику його незадоволеності кінцевим результатом. Якщо в проектній команді висока ймовірність звільнення співробітників, то введення на початковій стадії в проект додаткових (надлишкових) людських ресурсів знижує втрати при звільненні членів команди, оскільки не буде витрат на «в'їзд» в проектний контекст нових учасників.
Прийняття ризику означає, що команда проекту свідомо прийняла рішення не змінювати план управління проектом у зв'язку з ризиком або не знайшла підходящої стратегії реагування. Ми змушені приймати всі «невідомі ризики». Прийняття ризиків – це те, що завжди відбувається, коли ризиками не управляють.
Управління ризиками здійснюється на всіх фазах життєвого циклу проекту за допомогою моніторингу, контролю та необхідних коригуючи дій. Модель розподілу дій по управлінню ризиками наведена в таблиці 7.
Таблиця 7
Розподіл дій по управлінню ризиками проекту «___________» у розрізі стадій життєвого циклу та етапів реалізації
Фаза життєвого циклу |
Етап проекту |
Дії з управління ризиками |
І |
|
|
ІІ |
|
|
|
|
|
ІІІ |
|
|
|
|
|
IV |
|
|
|
|