Набор инструментов для управления проектами - стр. 102

Вариации. Практика показывает, что существует огромное множество способов и нюансов использования такого инструмента, как устав проекта, включая название (например, «уведомление об авторизации проекта» или «сертификат рождения проекта»), содержание, устоявшийся порядок применения и степень формализации. Во всех случаях устав призван положить начало существованию проекта. Что касается содержания устава, иногда в него включается информация о бюджете и расписании для основных контрольных событий, как показано на рис. 5.2. В случае малых проектов достаточно объявить о цели проекта, начале работы над ним и составе команды.

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

Адаптация устава проекта. Уставы могут иметь различные размеры и формы. Какой лучше всего подходит вам? Рассмотрите пример, представленный на рис. 5.2, и адаптируйте его к своим проектным нуждам. Ниже приводятся некоторые способы такой адаптации.

В настоящем разделе был рассмотрен устав – инструмент формальной авторизации проекта. Этот инструмент, будучи применен к большому или малому кросс-функциональному проекту, представляет собой практичный и удобный способ проинформировать функциональные группы о том, что они должны предоставить менеджеру проекта определенные ресурсы. Устав не только подтверждает легальность проекта в организации, но также помогает представить проект, объявив о его начале и целях и официально передав бразды правления менеджеру.

SWOT-анализ – расширенная версия классического анализа «сильные стороны, слабые стороны, благоприятные возможности, угрозы» на уровне проекта (не на уровне компании). Цель его проведения – оценить потенциал и окружение проекта и действовать в соответствии с ними [10]. Потенциал проекта, выраженный в виде его сильных и слабых сторон, говорит о том, что данный проект может выполнять правильно, а чего не может. Оценка окружения проекта показывает, какие благоприятные возможности представляет и какими опасностями грозит внешний мир. Информация об окружении проекта вкупе со знанием его потенциала дает командам возможность идентифицировать критические факторы успеха (CSF), определяющие удовлетворение нужд клиента (рис. 5.3). Измерение текущего состояния проекта по этим критическим факторам предупреждает о наличии стратегических разрывов и о необходимости продумать стратегию для реагирования на эти разрывы. Осведомленность о наличии разрывов и четко определенный способ реагирования на них позволяют команде сформировать реалистичное содержание проекта и разработать стратегии, необходимые для достижения цели. Говоря кратко, SWOT-анализ должен лежать в основе планирования содержания и способа выполнения проекта.