Седемте най-скъпи грешки в управлението на риска

За съжаление, обемът и сложността на рисковете се увеличават всеки ден. От бързите технологични напредъци и увеличената свързаност до кризисни събития като текущата пандемия от коронавирус, рисковете стават все по-трудни за предвиждане и управление. В резултат на това, управлението на проекти е по-отворено за грешки и провали от всякога.

Един от най-ефективните начини да се научите на правилните практики за управление на рискове е да се научите от грешките на други.

По-долу са изброени седем грешки в управлението на рискове, които трябва да се избягват при управление на проект.

 

1. Игнориране на възможности

Управителите на проекти са хора. Както повечето други хора, те често свързват риска с лоши неща. Дори високо обучените управители игнорират възможността, че от рисково събитие може да се появи възможност.

Успешните управители на проекти не се стремят само да намалят риска. Вместо това го анализират и виждат какви ходове да направят, за да превърнат риска във възможност. Например, ако голям риск заплашва един от вашите текущи проекти, можете да решите да го отложите и да пренасочите ресурсите си към по-обещаващо начинание.

 

2. Сбъркване на причини, събития и въздействия

Първата стъпка в плана за управление на рискове е идентифицирането на рисковете, които могат да засегнат проекта. Въпреки това, екипите по проекти често не успяват да разграничат между причини, събития и въздействия. В резултат на това те губят фокус върху реалните рискови събития.

Рисковата причина е съществуващо обстоятелство, което може да създаде рисково събитие. Ако вашият разработчик е зает с твърде много проекти едновременно, срещате рискова причина.

Междувременно, рисковите събития са събития, които могат или не могат да резултират от рискова причина. Следвайки горепосочения пример, заетият разработчик може да не успее да отдели необходимото внимание на вашия проект или може да успее да балансира работното си натоварване успешно.

Рисковото въздействие е резултатът от рисковото събитие. В този случай събитието е провала на вашия проект, защото разработчикът не го е обработил, както е необходимо.

Дефинирането на тези елементи на риска ясно ще ви помогне да определите точно какво трябва да управлявате.

 

3. Прекомерна зависимост от списъци за проверка

Много компании извършват подобни проекти често, и повечето от рисковете, с които се сблъскват, ще бъдат същите за всеки проект. Пример е екипът по ИТ, специализиран в миграция на данни. В такива ситуации списъкът за проверка на рискове може да спести много време за идентификация на рискове.

Тази подход обаче излага екипите на самодоволство - лъжливо предполагане, че единствените възможни рискове са тези в списъка за проверка. Въпреки че списъкът за проверка е добро място за започване, не забравяйте да сканирате хоризонта и да идентифицирате всякакви други възможни рискове.

 

4. Недооценяване на вероятността на риска

След като са идентифицирани всички рискови събития на проекта, следващата стъпка е да ги категоризирате въз основа на вероятността. Рисковите събития с висока вероятност трябва да бъдат разгледани преди изпълнението на проекта. Някои управители на проекти намаляват намерено вероятността, за да предотвратят внимание и да защитят своята кредибилност.

Проблемът с недооценяването на вероятността е очевиден. Вашият екип може да не предприеме правилните мерки за намаляване на тази вероятност, и проектът може да се провали.

 

5. Фокусиране изцяло върху намаляване на риска

Когато много екипи по проекти обсъждат реакцията на риска, всичко, за което говорят, е намаляването на риска. Въпреки това намаляването на риска е само една техника за реакция и е специално предназначено за рискове, които са заплахи. За да реагирате правилно на рисковете, трябва да създадете комплексен план за реакция, който да включва намаляване на риска и други възможни подход

7. Неуправляване на рискове непрекъснато

За съжаление, много проекти смятат управлението на рискове като задача, която започва и свършва по време на планирането на проекта. Те попълват регистъра на рисковете, го архивират и го забравят.

Обратното е вярно, управлението на рискове трябва да се обсъжда на всеки срещи на екипа по проекта. Собствениците на рисковете трябва да дадат кратък доклад за изпълнените или планираните действия по отговора. Екипът също трябва да се занимава с нови потенциални рискове и тригери на рискове.

Управлението на рискове трябва да продължава през целия живот на проекта.

 

Easy Redmine може да ви помогне да избегнете скъпи грешки при управлението на рискове

Всяка успешна проект се основава на ефективна стратегия за управление на рискове. Въпреки това, грешките при управлението на рискове са по-лесни за направяне, отколкото можете да си представите.

Късметът е, че не трябва да го правите сами. С Easy Redmine можете да създадете настройките за управление на рискове, които отговарят най-добре на проекта ви. Модулът за управление на рискове на Easy Redmine предоставя регистри на рисковете, прегледи и докладване, качествен и количествен анализ и конфигурируеми индикатори, за да можете да идентифицирате, анализирате и реагирате на риска по най-добрия начин.

Регистрирайте се за Easy Redmine днес и дайте на проекта си шанс за успех.