Page 132 - 4566

(наприклад, зменшити зміст проекту). Деяких ризиків, що
виникають на ранніх стадіях проекту, можна уникнути за
допомогою уточнення вимог, отримання додаткової
інформації або проведення експертизи. Наприклад,
відхилитися від ризику можна, якщо відмовитися від
реалізації ризикованої функціональної вимоги або
самостійно розробити необхідний програмний компонент,
замість очікування постачань продукту від субпідрядника.
Передача ризику має на увазі перекладення
негативних наслідків загрози з відповідальністю за
реагування на ризик на третіх осіб. Передача ризику просто
переносить відповідальність за його управління іншій особі,
але ризик при цьому нікуди не зникає. Передача ризику
практично завжди припускає виплату премії за ризик
стороні, що переймає на себе ризик. Наприклад, замовлення
на стороні розробки ризикованого компоненту за фіксованою
ціною. У IT часто доводиться формулювати ризики у вигляді
припущень, тим самим передаючи його замовникові.
Наприклад, оцінюючи проект впровадження, можливо
врахувати припущення про те, що виробник не змінить
вартість ліцензій на базове ПЗ.
Зниження ризиків припускає пониження вірогідності
і/або наслідків негативної ризикованої події до прийнятних
меж. Вживання попереджувальних заходів щодо зниження
вірогідності настання ризику або його наслідків часто
виявляються ефективнішими, ніж зусилля з усунення
негативних наслідків події ризику, що відбулась. Наприклад,
якщо в проектній команді висока вірогідність звільнення
співробітників, то введення на початковій стадії в проект
додаткових (надмірних) людських ресурсів знижує втрати
при звільненні членів команди, оскільки не буде витрат на
«входження» до проектного контексту нових учасників.
І, нарешті, прийняття ризику означає, що команда
проекту усвідомлено ухвалила рішення не змінювати план

132