Управление проектами - статьи



              

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


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

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

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

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

  • неправильно оценить реальный размер и сложность задач разработки;
  • недостаточно точно оценить необходимые ресурсы;
  • превысить возможности (компетенцию) организации;
  • не обеспечить стабильность пожеланий пользователя;
  • использовать недостаточно зрелые программные среды и инструменты;
  • назначить сроки выполнения проекта без учета реальных размеров и сложности системы;
  • предпринять действия, не согласующиеся с корпоративной культурой фирмы-разработчика;
  • понадеяться на “серебряную пулю”, которая позволит резко повысить производительность.
  • МП: Тогда, может быть, лучше посмотреть, какие именно риски реализуются, и потом бороться с возникшими проблемами?

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




    Содержание  Назад  Вперед