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

Инициация

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

Планирование

Одной из главных причин неудач проектов является их плохое планирование. Это я еще деликатно выражаюсь. В большинстве случаев проблемы возникают из-за полного отсутствия планирования проектов! Команда просто пытается «поймать ветер в паруса» и сделать работу без всяких планов. Как я уже подчеркивал, многие ориентированы исключительно на решение задач и считают планирование пустой тратой времени, поэтому и несутся вперед сломя голову. Когда речь пойдет о контроле за продвижением проекта, мы увидим: неудача планирования означает, что такого контроля по ходу реализации проекта вообще не будет. Мы просто обманываем себя.

Исполнение

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

Второй аспект – это собственно управление выполнением проектом. Оно включает в себя выдачу заданий, так называемую авторизацию работ. Вы должны подойти к сотруднику и сказать ему: «Делай эту задачу и сдай мне результат через неделю». Или провести совещание и совместно с участниками команды договориться, кто что сделает в ближайшую неделю. Управление предполагает контроль исполнения поставленных задач и качества, а также реагирование на изменение, если что-то пошло не так.

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

Мониторинг и контроль

Мониторинг и контроль – два разных процесса, но, поскольку они тесно связаны, обычно их рассматривают как один. Контроль осуществляется путем сравнения того, где должны находиться работы по проекту, с тем, где они находятся фактически, и принятия соответствующих мер, корректирующих отклонение от цели. Теперь уже план говорит, в какой точке должен находиться проект. Без плана вы не знаете этой точки, так что контроль становится невозможным по определению.

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

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

Итак, Руководство РМBOK® Guide определяет десять областей знаний, которыми управляющие проектами должны владеть для того, чтобы считаться профессионалами.

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

Проект часто губят изменения в его содержании. Управление содержанием объекта включает в себя авторизацию работ; разработку устава (описания) проекта, который определяет его границы; создание ИСР (иерархической структуры работ), которая позволяет проверить выполнение работ на каждом этапе; определение процедур по изменению содержания работ.

Я считаю термин «тайм-менеджмент» не очень удачным (по-английски time management – «управление временем»), потому что управление временем скорее относится к личным усилиям человека по организации своего времени. Управление сроками проекта подразумевает разработку графика проекта; затем организацию контроля работ, который подтвердит, что соответствие графику действительно имеет место! Ведь все так просто! Поскольку все относятся к этому аспекту как аспекту расписания, его следовало назвать управлением расписанием. (Знаю, что меня могут вышибить из Института по управлению проектами за такую ересь!)

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