Управление проектами. Быстрый старт Хелдман Ким

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

Что можно назвать проектом?

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

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

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

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

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

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

Таблица 1.1. Проекты и текущие операции

Куда мы идем?

В начале пути полезно определить маршрут. Мы отправились в путешествие по стране управления проектами, и нам нужно установить конечную цель нашего вояжа.

Потребитель – конечный пользователь или получатель проектного товара или услуги. С точки зрения компании, потребители бывают внутренними и внешними.

Завершение проекта – время для оценки процессов реализации, определения степени удовлетворенности потребителя товаром, ради которого затевался проект, извлечения уроков, полученных в ходе проекта (помимо всего остального). Эту книгу можно использовать в качестве руководства от начала до конца следующего малого или среднего проекта. Она даст вам возможность легко оценить различные факторы не только по результатам проекта, но и в процессе его выполнения. (Крупными я считаю проекты строительства ракетоносителей и основных транспортных магистралей или разработку новейшего, революционного программного продукта, который позволит автоматически делать закупки продуктов и одновременно играть в гольф.) Если вы новичок в области управления проектами, вам вряд ли доверят масштабное задание. Но не сомневайтесь: все эти малые и средние проекты дадут вам огромный опыт в управлении и по мере накопления навыков и знаний наставят на истинный путь к более серьезным и важным возможностям.

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

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

Взгляд с высоты птичьего полета

Первым примером проекта является книга, которую вы держите в руках. Вы еще не дочитали ее до конца (конечно, если вы читаете ее в первый раз). Без сомнения, вы задаетесь вопросом: «Смогу ли я получить необходимую информацию?» или «Смогу ли я, прочитав эту книгу, более эффективно выполнить следующий проект?» Естественно, на оба вопроса я отвечу «да», но вы об этом еще не догадываетесь. Только освоив книгу до конца, вы сможете ответить на свои вопросы, все обдумать и обнаружить, что ваш багаж пополнился новыми знаниями и инструментами управления следующим проектом. Другими словами, вы удовлетворили свое любопытство и углубили знания об управлении проектами.

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

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

Контрольный список проектных процессов (Checklist of Project Processes) можно загрузить по адресу www.sybex.com или www.harborlightpress.com.

Таблица 1.2. Контрольный список проектных процессов

Уставы, графики, бюджеты – ничего себе! Если вам кажется, что это безумный объем работы, то вы правы. Но любое дело стоит времени и усилий, потраченных на его тщательное и правильное выполнение. А объем сил и средств, вложенных в каждый пункт списка, зависит от размера проекта. Может, вам станет легче, когда вы узнаете, что для маленьких проектов некоторые пункты можно совмещать или сокращать, в зависимости от задания и последствий его неудачного выполнения для вашего карьерного роста.

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

Знание структуры организации

Менеджер проекта должен хорошо знать организацию[4], в которой он работает. Каждая структура имеет свои достоинства и недостатки, влияющие на эффективность работы менеджера. Организации и их культура так же уникальны, как сами проекты. Наиболее традиционной является функциональная структура компании. Однако в ней могут залегать глубокие бюрократические пласты, которые практически полностью лишают менеджеров проекта полномочий выполнения задач или работ, необходимых для реализации проекта. Проектные организации ориентированы на выполнение проектов, но у них также имеются свои плюсы и минусы. Матричная структура – еще один организационный тип, совмещающий качества функциональной и проектной культур. Давайте более подробно рассмотрим каждый из этих видов компаний.

Функциональные организации

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

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

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

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

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

Функциональная организация имеет следующие преимущества.

• Четкая структура подчинения – участники проектной группы подчиняются одному начальнику и ясно понимают структуру власти.

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

• Разделение функций – такая структура позволяет сотрудникам оттачивать профессиональное мастерство и со временем становиться экспертами.

Недостатки функциональной организации перечислены ниже.

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

• Бюрократическая прослойка – данная структура тормозит выполнение проекта из-за необходимости множества согласований для принятия решений.

• Конкуренция ресурсов – при выполнении множества задач и проектов ресурсы отдела истощаются под грузом ответственности, что негативно сказывается на эффективности работы. (Если честно, такое случается в любой структуре.)

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

Проектно-ориентированные организации

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

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

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

Совмещенность – все участники проекта физически располагаются в одном месте.

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

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

Проектно-ориентированные организации имеют следующие преимущества:

• Менеджеры проектов обладают самыми высокими властными полномочиями – члены группы подчиняются только одному начальнику (вам и только вам) и ясно понимают структуру руководства. Проектные группы, как правило, размещены совместно, что значительно упрощает коммуникацию.

• Менеджеры проектов принимают решения самостоятельно – это конкретизирует коммуникацию, решение проблем и расстановку приоритетов. Решения принимаются именно здесь.

• Организация ориентирована на проектные работы – все ресурсы сосредоточены на проекте и проектных работах. К проекту и к вам как к его менеджеру проявляется особая лояльность.

Проектно-ориентированные организации имеют следующие недостатки.

• Перераспределение членов проектной группы – после завершения проекта сотрудники группы должны искать другую работу. Не всегда новые проекты появляются сразу.

• Простои – специалисты узкой квалификации могут быть востребованы только в определенное время для выполнения особых проектных работ. В такой организации трудно решить вопрос их занятости в течение всего остального времени.

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

Матричные организации

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

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

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

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

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

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

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

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

Сильная матричная организация обладает следующими преимуществами.

• Организация ориентирована на выполнение проектных работ – ресурсы направляются преимущественно на выполнение проекта.

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

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

Недостатки матричной организации представлены ниже.

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

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

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

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

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

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

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

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

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

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

• совершенствование выполнения проекта в целом;

• сокращение срока выполнения проекта;

• сокращение проектных рисков;

• повышение качества;

• совершенствование взаимодействия и обеспечение открытой коммуникационной среды;

• разработка стандартной методики для всей организации;

• обеспечение последовательной отчетности;

• повышение точности проектных отчетов.

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

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

Однако покупать чужие решения совсем не обязательно. Потратив немного времени и усилий, с благословения группы управления можно разработать собственные методы, опираясь на стандарты, установленные такими организациями, как Институт управления проектами (Project Management Institute – PMI). PMI разрабатывает действующие международные стандарты управления проектами, и я во многом руководствовался их рекомендациями, методологией и терминологией при создании этой книги. Кроме методологии PMI, существуют другие, не менее эффективные технологии управления. Далее в этой главе я приведу адреса нескольких Web-сайтов, где можно найти свежие идеи и подходы к управлению проектами.

Помните, что пунктуальное выполнение процесса – далеко не самое главное. Важнее всего следовать стандартной процедуре при тщательном планировании и контроле развития проекта и использовании навыков взаимодействия и документирования.

Профессиональные инструменты

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

Никакой, даже самый универсальный инструмент, никогда не заменит эффективную практику управления проектами.

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

Программное обеспечение управления проектами

Попробуйте проверить сами. Войдите в любимую поисковую систему Интернета и введите «информационные системы управления проектами» (или «project management software»). Результат поиска даст вам целое множество разных систем, от планирования и распределения времени до оценки рисков и т. д. Существует огромное количество разнообразных программных продуктов. Неужели все они так уж необходимы? И так полезны? Это зависит от многих факторов.

Давным-давно, в древние времена не было компьютеров и, соответственно, программного обеспечения. Все делалось – только представьте себе! – на бумаге. Это я в том смысле, что полезность инструмента зависит от количества приложенного к нему труда. Автоматизация процессов, конечно, помогает при планировании, разработке графиков, контроле (это всего лишь несколько функций из списка), но при этом требуется понимать, откуда берутся результаты, появляющиеся на экране. Сегодня во всех начальных школах детей учат выполнять арифметические действия в уме и заставляют заучивать таблицу умножения. Зачем это делается, если можно в первый же день занятий раздать первоклассникам калькуляторы? Затем, что дети должны понимать, почему при нажатии кнопок 2  2 на дисплее появляется цифра 4. (При этом каждый раз возникает вопрос: что будет, когда инопланетяне вторгнутся на Землю, перевернут вверх ногами электромагнитное поле и все компьютеры превратятся в пресс-папье в стиле ар деко? Как тогда производить расчеты?) Знание формул, процессов и теории, на основании которой делаются выводы, позволит значительно глубже осознать степень воздействия на проект любых изменений и рисков.

Одним из самых популярных программных инструментов управления проектами является Microsoft Project. В следующих главах мы более подробно рассмотрим различные аспекты этого продукта и его возможности облегчать планирование процесса. Сегодня эта программа используется в различных областях промышленности. Благодаря ей термин «диаграмма Ганта» стал общеупотребительным. Главными преимуществами системы являются возможности планирования, распределения ресурсов и пользовательские функции, которые мы обсудим позднее.

Существуют и другие программные пакеты, которые выполняют функции, аналогичные Microsoft Project. Советую вам ознакомиться и с ними. Но помните: программные пакеты не могут составить план проекта, они представляют собой лишь часть общего плана. И еще одно: неверная информация на входе дает неверную информацию на выходе.

Шаблоны форматов проектов

Вы когда-нибудь в детстве рисовали по трафаретам? Берете в одну руку любимый карандаш номер два, другой плотно прижимаете трафарет к бумаге, обводите его и получаете практически идеальную форму. Шаблоны – это примерно то же самое. Они обеспечивают единообразный формат всего плана, от констатации целей до отчета о ходе работ, и могут использоваться многократно. Далее мы рассмотрим несколько примеров таких шаблонов. Если они раззадорят ваш аппетит и вам захочется получить больше информации, посетите сайты, где можно найти шаблоны, информацию и статьи по управлению проектами. Вот адреса некоторых из них:

www.gantthead.com

www.techrepublic.com

www.4pm.com

www.tenstep.com

www.pmi.org

Задействуйте любимую поисковую систему – может быть, вам удастся найти что-то еще.

Журнал проекта

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

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

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

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

Понимание процессов проекта

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

Создание и публикация этой книги служат наглядным примером проекта. Книга началась с идеи, которая была представлена на утверждение, рассмотрена и в процессе отбора по определенным критериям получила «добро» (инициация). После этого мы представили план, который также был рассмотрен и утвержден (планирование). Затем были написаны главы, которые отредактировали технические эксперты (выполнение). При обнаружении каких-либо ошибок или мест, требовавших пояснения, автор получал уведомление о необходимости внесения исправлений (мониторинг и контроль). Автор вносил исправления и представлял их на проверку и утверждение (повторение процессов выполнения, мониторинга и контроля). Наконец, книга была завершена, проверена, утверждена, издана и реализована в местные книжные магазины (завершение).

Жизненный цикл проекта – все этапы проекта в комплексе с самого начала проекта до его завершения.

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

Эстафетная передача – переход между фазами жизненного цикла проекта.

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

Процесс инициации

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

• определение основных целей проекта;

• определение критериев выбора проекта;

• назначение менеджера проекта;

• разработка устава проекта;

• подписание устава проекта.

Инициация – первая группа процессов, когда заказывается, утверждается и начинается разработка проекта.

Процесс планирования

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

• определение результатов проекта;

• разработка и публикация констатации содержания проекта;

• согласование бюджета проекта;

• определение проектных операций и расчетов;

• разработка графика;

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

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

Процесс выполнения

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

• создание и комплектация проектной группы;

• управление и руководство проектной группой;

• получение других проектных ресурсов;

• проведение статусных контрольных совещаний;

• управление развитием проекта;

• подтверждение качества.

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

Процесс мониторинга и контроля

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

• измерение выполнения в соответствии с планом;

• выполнение корректирующих операций в случае превышения лимита показателей;

• оценка эффективности корректирующих операций;

• обеспечение хода развития проекта в соответствии с планом;