Джозеф Хигни - Основы проектного менеджмента. Классическое руководство

Реальные шаги в управлении проектами достаточно понятны. А вот их выполнение – не совсем. Рисунок 1.4 иллюстрирует эти шаги. В следующих главах подробно описывается каждый шаг. Сейчас приведем только краткое описание соответствующих процессов.

Рис. 1.4.Шаги в управлении проектом

Итак, прежде всего следует определить проблему, которую должен решить проект. Это помогает визуализировать желаемое и результат. Что изменится? Что нового вы увидите, услышите, почувствуете, ощутите на вкус или на запах? (Используйте сенсорное восприятие, если не можете дать количественное определение.) Какая потребность вашего клиента будет удовлетворена?

Сколько существует различных путей для решения данной проблемы? Проанализируйте альтернативные варианты (можете сделать это в одиночку или в составе группы). Какой из них, по вашему мнению, наилучший? Он дороже или дешевле других? Даст ли он полный или только частичный результат?

Планирование – это ответ на вопросы: что должно быть сделано, кем, на какие средства, как, когда и т. д. Для того чтобы ответить на эти вопросы, понадобится магический кристалл, с помощью которого можно увидеть будущее. Мы обсудим эти шаги подробнее в главах 2, 3 и 5.

Это очевидно. Если план составлен, он должен быть выполнен. Примечательно, что нередко люди много сил вкладывают в составление плана… а потом не выполняют его. Если не придерживаться собственного плана, то зачем его вообще выдумывать?

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

Разумеется, если в ходе исполнения проекта обнаруживается отклонение от плана, вы обязаны задаться вопросом, что нужно сделать, чтобы вернуться на правильный путь. А если это невозможно – спросить себя, как скорректировать план таким образом, чтобы он отражал новые реалии.

После того как достигнута поставленная перед проектом цель, он считается оконченным, однако необходимо сделать еще один, последний шаг. Одни называют его аудитом или анализом, а другие – «посмертным вскрытием» (звучит устрашающе, не правда ли?). Как ни называй, цель этого шага в том, чтобы извлечь уроки из сделанного. Обратите внимание, как поставлены вопросы: «Что было сделано хорошо? Что необходимо улучшить? Что нового мы усвоили?» На основе своих достижений мы можем становиться лучше. Однако вопрос «Что мы сделали неправильно?» ставит людей в оборонительную позицию. А акцент следует сделать на улучшении, а не на обвинениях. Подробнее об этом позже.

Институт управления проектами (PMI) определил минимальный свод знаний, которыми должен обладать эффективный руководитель проектов. Как уже было отмечено, РМBOK® Guide выделил пять групп процессов наряду с десятью областями знаний, речь о которых пойдет далее. Если хотите увидеть весь этот материал, можете обратиться к сайту Института управления проектами www.pmi.org/.

Процесс – это способ совершения того или иного действия. PMBOK® Guide идентифицирует пять групп процессов, которые применяются в управлении проектами. Хотя некоторые из них на определенных фазах проекта иногда доминируют, все они могут быть задействованы в любое время. Однако если говорить в общем, они используются в той последовательности, в которой развивается проект. То есть сначала осуществляются процессы инициации проекта, затем процессы планирования, исполнения и т. д. Если проект сбивается с намеченного пути, в действие вступает его перепланирование; если же оказывается под серьезной угрозой, может возникнуть необходимость вернуть его на этап инициации для повторного запуска.

Инициация

После того как принято решение о реализации проекта, он должен быть инициирован , то есть запущен. С этим связан ряд действий. Одно из них – создание спонсором проекта устава, в котором сформулировано, что следует сделать для удовлетворения требований заказчиков проекта. Это достаточно формальный процесс, который в организациях часто опускается. Устав проекта используется для того, чтобы получить его авторизацию; определить руководство, систему ответственности и отчетности внутри команды проекта; установить границы его содержания. Если такой документ отсутствует, то члены команды могут неверно истолковывать то, что от них требуется, а это грозит накладками.