2 формули для визначення найнебезпечніших ризиків проекту - від Максима Якубовича

1. Формула важливості ризику
2. Як прорахувати ймовірність виникнення ризику
3. Формула впливу ризиків на проект
4. зіставлення ризиків

Про те, як визначити найсерйозніші ризики, які виникають під час виконання проектів, розповідає наш експерт Максим Якубович.

Зображення з сайту reacpa.com

Ризики проекту пов'язані з невизначеністю, що є в проекті, а суть управління ризиками зводиться до зниження цієї невизначеності. Першим кроком на цьому шляху є ідентифікація ризиків, про що я писав у попередній статті .

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

Наприклад, ризики з високим рейтингом потрібно постаратися прибрати з проекту, якщо, звичайно, це економічно доцільно (тому як вартість ухилення від ризику може виявитися дорожче, ніж наслідки від його матеріалізації). А для ризику з низьким рейтингом можна використовувати стратегію прийняття, тому що ухилятися від нього недоцільно.

Формула важливості ризику

Давайте порівняємо важливість двох ризиків для проекту «Впровадження CRM і автоматизація процесів управління відносинами з клієнтами»:

1. Вибір програмного продукту без розуміння повного списку вимог до нього призведе до великої кількості доробок продукту під процеси компанії (а це означає «розповзання» рамок проекту та зростання обсягів робіт).

2. Зміна вимог до програмного продукту по ходу впровадження також призведе до «розповзання» рамок проекту та зростання обсягів робіт.

Як бачимо, описані ризики мають різні умови виникнення, але однакові наслідки.

В теорії управління проектами використовується дві характеристики ризиків, за допомогою яких можна оцінити їх важливість: ймовірність виникнення ризику і його вплив на проект.

Знаючи ці параметри, можна вирахувати важливість ризику за формулою:

Важливість ризику = Імовірність х Вплив.

Як прорахувати ймовірність виникнення ризику

На мій погляд, є два найбільш поширених підходу - експертний метод і використання статистики. Спробуємо використовувати для розрахунку ймовірності обох ризиків статистичний підхід.

Щоб визначити ймовірність виникнення ризику, пов'язаного з вибором програмного продукту без розуміння повних вимог до нього, я використовую результати «Четвертого глобального дослідження управління портфелями і програмами проектів» від PricewaterhouseCoopers за 2014 рік.

У дослідженні говориться, що лише 72% з респондентів були згодні, що в їхньому проекті використовувався структурований підхід для визначення бізнес-вимог. Для мене це означає, що є як мінімум 28% -ва ймовірність, що в нашому проекті замовник не погодиться витрачати гроші на використання структурованого підходу до збору бізнес-вимог.

Для оцифровки ймовірності складемо таблицю, в якій будемо використовувати числову оцінку від 1 до 3.

Отже, для описаного вище ризику збору неповних вимог до програмного продукту ймовірність в 28% лежить на інтервалі від 1% до 33%. Їй присвоюється числова оцінка 1.

Для ризику, пов'язаного зі зміною вимог до програмного продукту по ходу проекту використовуємо той же опитування PricewaterhouseCoopers. У ньому є інформація, що лише в 43% проектів (або програм проектів) використовуються зрілі інструменти управління змінами.

Я впевнений, що в проектах, які виконуються на просторах СНД, ситуація c управлінням змінами чи не краще, ніж вийшла в результаті дослідження більш ніж 3 000 респондентів по всьому світу. Тому вважаю розумним її прийняти. Вона потрапляє в інтервал від 34% до 67% з присвоєнням числової оцінки 2.

Формула впливу ризиків на проект

Тепер ми повинні відповісти на питання: якщо ризик з потенційного стане реальним і перетвориться в проблему, наскільки сильно ця проблема вплине на хід проекту?

У літературі з управління проектами часто пропонують розглянути ступінь впливу ризику на 4 аспекти: цілі, термін, бюджет і якість. Для їх опису можна використовувати ось таку матрицю впливу.

Для розрахунку загального впливу ризику на проект будемо використовувати формулу:

Вплив = (вплив на термін + вплив на бюджет + вплив на зміст + вплив на якість) / 4

Використовуючи описану вище матрицю, розрахуємо за цією формулою вплив на проект такого ризику, як збір неповних вимог до програмного продукту. Його наслідки нам відомі, це збільшення обсягів робіт.

Визначимо, на яку величину вони можуть зрости:

• Мій особистий досвід показує, що в аналогічних проектах неповні вимоги привели до збільшення обсягів робіт більш ніж на 10% від запланованого. Це означає, що оцінка впливу на зміст проекту буде 3 бали.
• Якщо проект триває близько 1 року, а зміст зміниться більш ніж на 10%, то (якщо не збільшиться обсяг ресурсів) можна спрогнозувати збільшення термінів приблизно на той же відсоток, що і зміст проекту. Тому для до алендарного графіка поставимо оцінку в 2 бали (терміни для проекту тривалістю в 1 рік при збільшенні змісту на 10% зростуть приблизно на 1 місяць, а при більшому обсязі змін - понад 1 місяць).
• У зв'язку із зростанням обсягів робіт більш ніж на 10% бюджет проекту, дуже ймовірно, також зміниться більш ніж на 10%. Надаємо такому аспекту, як п ерерасход засобів оцінку в 3 бали
• На якість продуктів проекту зростання обсягів робіт не повинен вплинути. Аспекту якість проекту присвоюється оцінка в 0 балів

У підсумку, вийшла таблиця.

Розрахуємо вплив ризику на проект по формулі:

Вплив = (3 + 2 + 3 + 0) / 4 = 2.

Так як наслідок для другого ризику (зміна вимог до програмного продукту по ходу проекту впровадження) таке ж, як і для першого, то його вплив на проект буде оцінюватися, виходячи з тих же міркувань. У підсумку, ми також отримаємо оцінку в 2 бали.

зіставлення ризиків

Після розрахунків ймовірності і впливу використовуємо формулу розрахунку важливості ризику, наведену спочатку (Важливість ризику = Імовірність х Вплив).

Вносимо отримані результати в таблицю.

У нашому прикладі вийшло, що ризик, пов'язаний зі зміною вимог по ходу проекту, є більш важливим в порівнянні з ризиком того, що вимоги, зібрані до початку проекту, будуть неповними.

Якщо такий же алгоритм використовувати для визначення важливості всіх ризиків проекту, ми отримаємо рейтинг важливості ризиків.
Безумовно, ви матимете рацію, якщо скажете, що оцінки дуже суб'єктивні і залежать від рівня експертів. Якщо за ймовірністю матеріалізації ризиків ми ще можемо знайти статистику по деяких подій, то для визначення впливу використовується тільки експертний метод. Але навіть така оцінка, не позбавлена ​​суб'єктивізму, я вважаю кращою, ніж її відсутність.

Отже, ризики ми ранжирували. А що робити з ними далі, я розповім в наступній статті.