Введение в роль менеджера проекта

Введение в роль менеджера проекта

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

Теперь нужно выполнить проект с надлежащим качеством, учитывая объем работ, сроки, стоимость и уровни рисков. Для этого надо:

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

• ежедневно проверять, все ли идет по плану;

• решать любые проблемы, препятствующие реализации проекта;

• отслеживать, что может мешать реализации проекта, и вовремя принимать меры.

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

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

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

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

• текущий статус;

• проблемы;

• риски;

• изменения.

Измерение и отслеживание статуса

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

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

• если Дэвиду поручено приступить к работе 1 сентября, он так и должен сделать, иначе мы отстанем от графика;

• то же самое и с завершением работы – если Дэвид не выполнит ее к 15 сентября, мы тоже отстанем от графика.

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

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

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

При этом обязательно сверяйтесь с планом. В первую очередь вам нужно уточнять следующие моменты:

1) соответствие действий утвержденному плану;

2) соблюдение бюджета.

Есть два способа контролировать выполнение работ и расход средств:

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

• по текущему тренду. Не менее важен текущий тренд (хотя о нем часто забывают) и его экстраполяция. Если, например, после трех недель работы вы опаздываете на три дня, но задержка возникла при выполнении только одной из задач, это не катастрофа. Однако если каждую неделю вы опаздываете на день, то, скорее всего, план был составлен неверно: сроки занижены на 20 %, а это намного хуже. В управлении проектами есть хорошая пословица: «За день нельзя опоздать больше чем на день». Иными словами, нельзя внезапно обнаружить, что вы опаздываете на две недели. Если вы два дня работаете над проектом продолжительностью 100 дней и за это время сделали только то, что планировали сделать за день, то при желании вы, скорее всего, сможете наверстать этот день. Но налицо неприятная тенденция: ваш проект выполняется в два раза медленнее, чем запланировано. Если этот тренд сохранится, дело плохо.

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

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

Проблемы

Все сложности, возникающие в ходе проекта, называют проблемами. Их устранение – важная часть работы менеджера проекта. С проблемами мы вообще сталкиваемся постоянно. Если по дороге на работу у вас ломается машина, это – проблема. Заболел коллега, с которым вам нужно встретиться и решить некие вопросы? Проблема! Прибор, который вы планировали купить за 1 тыс. ф. ст., стоит 2 тыс. ф. ст. Тоже проблема! Компьютерная программа, которую вы пишите, оказалась сложнее, чем вы предполагали, и на нее уходит не пять, а десять дней? Еще одна проблема. Если подобные проблемы возникают в рамках проекта, обязательно нужно найти способ их решения.

Управление проектами – это структурированный способ достижения цели, и существует процедура решения проблем, повышающая ваши шансы на успех:

1. Удостоверьтесь, что проблема выявлена и характер ее понятен.

2. Найдите адекватные меры решения проблемы.

3. Назначьте ответственного за исполнение.

4. Установите срок, к которому должна быть решена проблема.

Риски

Самых неприятных проблем можно избежать, если заранее спрогнозировать возможные сбои и принять меры по их предотвращению.

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

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

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

Существует много способов измерить риск и серьезность последствий. Например, при выполнении проектов, за исключением самых сложных, следует ранжировать риски, используя простую описательную шкалу. И серьезность последствий, и вероятность их наступления можно оценить как высокое, среднее и низкое. Поскольку эта шкала будет использоваться для расчетов, преобразуем ее в балльную, присвоив балл каждому уровню – 1 (низкий), 2 (средний) и 3 (высокий). Приоритетность риска – это произведение серьезности последствий и риска, выраженных в баллах. Максимальное значение присваивается тем рискам, которых следует опасаться сильнее других и по которым обязательно следует предпринять предупредительные меры.

Рассмотрим в качестве примера риски, актуальные для проекта по запуску нового продукта:

1. По плану должны начинаться работы по одной из задач. Эта задача не входит в критический путь, и в общем-то к ней можно не приступать еще три недели. Ответственный исполнитель недавно переболел гриппом, но уже вышел на работу. Похоже, что он не выздоровел полностью и может взять больничный еще на пару дней. Хотя, по вашему мнению, вероятность того, что он вновь заболеет, невысока. К тому же с учетом имеющегося запаса времени это не окажет особого влияния на сроки выполнения проекта. Итак, для этого события: вероятность = 1, серьезность последствий = 1, т. е. приоритетность = 1.

2. Ваш продукт должен быть упакован в коробку. Это необходимое условие его продажи. У вашего основного поставщика упаковки возникли финансовые трудности, и, похоже, его фирму ждет крах. Однако вы сотрудничаете еще с двумя поставщиками, которые могут выполнить заказ. Как видите, вероятность финансовых трудностей у поставщика высока, но последствия – не слишком серьезны. Вероятность = 3, серьезность последствий = 1, приоритетность = 3.

3. Перед началом проекта вы выполнили масштабное исследование рынка, которое свидетельствует, что продукт будет востребован. Поскольку вы тщательно провели исследование, вероятность ошибки низка, но последствия ее очень серьезны. Вероятность = 1, серьезность последствий = 3, приоритетность = 3.

4. Известно, что 60 % продаж продуктов такого типа приходятся на предрождественскую неделю. Значит, для успеха проекта его нужно завершить так, чтобы продукт вовремя поступил в продажу. По плану вы должны успеть до Рождества, но план не предусматривает резерва времени, поэтому все задачи нужно выполнить в самые сжатые сроки. Вероятность, что вы не уложитесь в срок, велика, столь же серьезными будут и последствия. Вероятность = 3, серьезность последствий = 3, приоритетность = 9.

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

Управление проектом – это структурированный способ достижения цели, соответственно он предусматривает и процедуру управления рисками, повышающую шансы на успех:

• удостоверьтесь, что вы правильно определили риски и поняли их характер;

• сфокусируйтесь на рисках, имеющих наиболее высокую приоритетность;

• разработайте стратегию управления ключевыми рисками;

• назначьте ответственного за реализацию этой стратегии;

• установите срок, к которому должна быть реализована стратегия.

Стратегия управления рисками предлагает несколько вариантов действий. Вы можете:

• проигнорировать риск. Если вероятность и влияние риска незначительны, это вполне допустимо;

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

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

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

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

Изменения

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

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

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

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

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

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

Данный текст является ознакомительным фрагментом.