Управление проектами от А до Я (Ньютон) - страница 42

• снизить вероятность. Один из способов минимизировать наступление нежелательных событий – снизить их вероятность. Например, если вы, предполагая, что ваших средств может быть недостаточно для оплаты текущих расходов, положите на счет дополнительную сумму, вероятность возникновения нехватки средств снизится, но серьезность последствий его при этом не изменится;

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

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


Изменения

Нередко, уже после того как вы приступили к работе, приходится вносить изменения в проект – по требованию заказчика либо в силу иных причин.

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

• контролировать введение изменений;

• оценивать все изменения с точки зрения их влияния на проект (например, увеличатся ли сроки, бюджет или уровень риска);

• соглашаться на введение изменений только с одобрения заказчика, убедившись, что он понимает последствия данного изменения.


Неэффективное управление изменениями часто приводит к провалу проекта.

Шаг за шагом

Шаг 4: Выполнение проекта

Шаг 4.1. Начинайте проект

Проекты не начинаются сами по себе, после того как вы разработали план. Необходимо дать соответствующий сигнал команде.

Но прежде желательно провести итоговую встречу с заказчиком, во время которой необходимо:

• утвердить описание проекта и убедиться, что заказчик не хочет внести в него никаких изменений;

• еще раз обсудить план проекта, удостоверившись, что заказчика устраивают стоимость и сроки выполнения проекта (включая резерв) и он согласен с ними;

• подтвердить доступ к необходимым ресурсам и ваше право начать их использование.


После этого можно запускать проект. Перед началом стоит еще раз проверить, что каждый член вашей команды знает: