Диалог с оппонентом

Типичный диалог специалиста по управлению рисками (Специалист) с менеджером проекта (МП), которому предстоит внедрять управление рисками в своем проекте, выглядит примерно так.

МП: Зачем нужно управлять рисками? Может быть, в нашем проекте их вообще нет?

Специалист: Вот признаки, которые часто указывают на рискованный характер проекта:

большие размеры разрабатываемой системы;

неясные и изменяющиеся требования;

использование в проекте новых технологий;

сложность системы;

размеры системы, не соответствующие бюджету;

высокая степень зависимости от определенных людей.

Однако риски — это не особенность каких-то специфических проектов. Любой проект без труда можно сделать крайне рискованным. Для этого достаточно:

неправильно оценить реальный размер и сложность задач разработки;

недостаточно точно оценить необходимые ресурсы;

превысить возможности (компетенцию) организации;

не обеспечить стабильность пожеланий пользователя;

использовать недостаточно зрелые программные среды и инструменты;

назначить сроки выполнения проекта без учета реальных размеров и сложности системы;

предпринять действия, не согласующиеся с корпоративной культурой фирмы-разработчика;

понадеяться на “серебряную пулю”, которая позволит резко повысить производительность.

МП: Тогда, может быть, лучше посмотреть, какие именно риски реализуются, и потом бороться с возникшими проблемами?

Специалист: Как правило, последствия риска — не фиксированная величина. Они зависят от момента, когда риск выявлен. Например, если бы мы заранее учли, что нам придется перейти на другую СУБД, то большую часть бизнес-логики мы бы перенесли на сервер приложений. И нам не пришлось бы переписывать столько хранимых процедур и триггеров.

Содержание раздела