Количественная оценка рисков IT-проекта | История экономики

Количественная оценка рисков IT-проекта

Количественная оценка рисков IT-проекта

После того, как вы определили риски вашего проекта, вам надо оценить их количественно и качественно. Различные компании по разному делают это, поэтому, если у вашей компании есть собственный метод оценки риска, используйте его для своего проекта. Иначе вам придется сортировать ваш лист дважды.

Прежде всего вам придется пройти по вашему списку рисков и расположить их в порядке убывания от наиболее до наименее вероятного. Для этого можно использовать присваивание численных показателей и самые маленькие числа сопоставлять с рисками, которые наименее вероятны. Используйте числа от 5 до 1 (или же от 50 до 1, если вы хотите использовать нечто вроде «взвешенных» показателей). Если вы располагаете список в нисходящем порядке по вероятности рисков, то во главе списка будут расположены риски с самой большой вероятностью реализации. Затем пройдите по списку еще раз. На этот раз характеризуйте риски исходя из степени их воздействия на проект при условии их осуществления. Опять: большие числа используйте для тех рисков, которые сильно влияют на ваш проект и используйте ту же систему, что вы использовали для вероятности (5=самое сильно воздействие, 1=самое слабое воздействие). А теперь вычислите произведение двух чисел для каждого риска. В конечном списке наверху должны быть риски с самой большой вероятностью и самым сильным воздействием на проект. А, чтобы попусту не рисковать электронными деньгами, используйте исключительно проверенные онлайн-обменники. Надежный обмен Webmoney валют, сделанный на сайте wmcassa.com, позволит сэкономить на выгодном курсе и гарантированно защитит вас от мошенников.

Возникает следующий естественный вопрос: а сколько рисков надо принимать во внимание? Естественно, вы не можете (и не должны) планировать каждый риск в отдельности. Насколько подробно вы будете планировать, это зависит от уровня точности вашего проекта. Мы уже говорили о том, что точность проекта — это количество деталей планирования, которое требуется для любого этапа в проекте. Если наименее гибкий элемент вашего проекта — это его объем, вы должны анализировать риски проекта с этой точки зрения и особое внимание уделять тем рискам, которые ставят под удар именно объем проекта. Вы можете посмотреть на составленный вами список и обнаружить там четкую границу. Например, вы можете обнаружить, что в списке есть 10 проектных рисков с показателями в 25 или больше, а у следующего риска в списке будет показатель всего 12. Такой значительный зазор говорит о том, что это риски разной значимости и надо принимать во внимание только десятку рисков с большими числами (мы подробнее поговорим о планировании рисков буквально в следующей статье).

Наконец, сравните задачи на критичном пути и расписание критичного пути с выявленными рисками. Убедитесь, что вы учли все риски, связанные с критичным путем, и они присутствуют в вашем списке рисков для планирования. Скорее всего все они учтены, поскольку их воздействие на проект при их реализации должно быть максимальным. Даже если у этих рисков небольшая вероятность реализации, вы должны учесть их в своем плане, поскольку они могут подвергнуть риску расписание вашего проекта. Именно здесь полезно немного задуматься о происходящем. После составления дважды отсортированного списка с приоритетами посмотрите на него и примите решение — какие риски вы будете учитывать при планировании, а какие — нет. Вы должны учитывать риски, которые действительно серьезны для вашего проекта. Если вы имеете дело с полетом космического корабля, когда на карту поставлена человеческая жизнь, процесс управления рисками должен быть гораздо более серьезным (как это и должно быть), чем при модернизации серверной сети. Не впадайте в ступор в этот момент, стараясь выявить и спланировать каждый возможный риск, призовите на помощь весь свой опыт, чтобы определить, насколько длинным должен быть ваш список рисков.

Добавить комментарий

Реклама Google
Свежие записи