При этом обязательно сверяйтесь с планом. В первую очередь вам нужно уточнять следующие моменты:
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.
Из четырех названных рисков наиболее приоритетным будет четвертый, так как вероятность наступления этого события высока, а последствия слишком серьезны. Первый риск, скорее всего, можно проигнорировать, равно как и второй, потому что у вас есть другие поставщики. Третий риск требует дальнейшего анализа. Вероятность его низка, но последствия могут быть столь серьезными, что, возможно, следует провести дополнительные исследования, чтобы снизить до минимума появление ошибки.
Из четырех названных рисков наиболее приоритетным будет четвертый, так как вероятность наступления этого события высока, а последствия слишком серьезны. Первый риск, скорее всего, можно проигнорировать, равно как и второй, потому что у вас есть другие поставщики. Третий риск требует дальнейшего анализа. Вероятность его низка, но последствия могут быть столь серьезными, что, возможно, следует провести дополнительные исследования, чтобы снизить до минимума появление ошибки.
Управление проектом – это структурированный способ достижения цели, соответственно он предусматривает и процедуру управления рисками, повышающую шансы на успех:
• удостоверьтесь, что вы правильно определили риски и поняли их характер;
• сфокусируйтесь на рисках, имеющих наиболее высокую приоритетность;
• разработайте стратегию управления ключевыми рисками;
• назначьте ответственного за реализацию этой стратегии;
• установите срок, к которому должна быть реализована стратегия.
Стратегия управления рисками предлагает несколько вариантов действий. Вы можете:
• проигнорировать риск. Если вероятность и влияние риска незначительны, это вполне допустимо;
• вести мониторинг риска. Ничего не предпринимая, периодически оценивайте риск, чтобы удостовериться, что он не перешел в разряд приоритетных. Значимость некоторых рисков с низкой вероятностью и влиянием при определенных обстоятельствах может вырасти. Например, если часть работ по вашему проекту следует выполнять на открытом воздухе, вы можете наметить их на лето. При этом можно заранее подстраховаться на случай дождей или просто следить за прогнозом погоды и принять меры только в том случае, если прогноз ухудшится;
• снизить вероятность. Один из способов минимизировать наступление нежелательных событий – снизить их вероятность. Например, если вы, предполагая, что ваших средств может быть недостаточно для оплаты текущих расходов, положите на счет дополнительную сумму, вероятность возникновения нехватки средств снизится, но серьезность последствий его при этом не изменится;
• уменьшить серьезность последствий. Другой вариант минимизации риска – уменьшить серьезность последствий при наступлении нежелательного события. Возьмем снова ту же ситуацию. Договоритесь с другом, что он оплатит ваши расходы при нехватке средств на вашем счету, этим вы уменьшите влияние данного риска. Однако вероятность наступления риска при этом, конечно, не изменится;
• составить резервный план. Этот подход в чем-то аналогичен предыдущим, за тем исключением, что вы не предпринимаете в настоящий момент никаких мер, но разрабатываете план, который при необходимости будет введен в действие.
Изменения
Нередко, уже после того как вы приступили к работе, приходится вносить изменения в проект – по требованию заказчика либо в силу иных причин.
Проблема в том, что вы уже согласовали стоимость и сроки завершения проекта и крупные изменения не могут не повлиять на них. Поскольку управление проектами – это структурированный способ достижения цели, он предусматривает и процедуру управления изменениями. Изменения можно вносить в проект только по согласованию с заказчиком и при условии, что ему ясны последствия этих изменений. Как менеджер проекта, вы должны:
• контролировать введение изменений;
• оценивать все изменения с точки зрения их влияния на проект (например, увеличатся ли сроки, бюджет или уровень риска);
• соглашаться на введение изменений только с одобрения заказчика, убедившись, что он понимает последствия данного изменения.
Неэффективное управление изменениями часто приводит к провалу проекта.
Шаг за шагом
Шаг 4: Выполнение проекта
Шаг 4.1. Начинайте проект
Проекты не начинаются сами по себе, после того как вы разработали план. Необходимо дать соответствующий сигнал команде.
Но прежде желательно провести итоговую встречу с заказчиком, во время которой необходимо:
• утвердить описание проекта и убедиться, что заказчик не хочет внести в него никаких изменений;
• еще раз обсудить план проекта, удостоверившись, что заказчика устраивают стоимость и сроки выполнения проекта (включая резерв) и он согласен с ними;
• подтвердить доступ к необходимым ресурсам и ваше право начать их использование.
После этого можно запускать проект. Перед началом стоит еще раз проверить, что каждый член вашей команды знает:
• свою роль в проекте, порученные ему задачи и их последовательность;
• сроки выполнения работ по этим задачам;
• ресурсы, предоставляемые ему для выполнения работы;
• порядок информирования менеджера о ходе выполнения работ.
Обязательно следует поинтересоваться у членов команды, есть ли у них вопросы, идеи и предложения. (Еще не поздно изменить план, если кто-то знает, как улучшить его.) Не менее важна и мотивация исполнителей, так как мотивированные сотрудники работают лучше и результативнее.
В небольшом проекте этого можно добиться, встретившись лично с каждым членом команды. В большом проекте разумнее провести так называемую стартовую встречу, на которую собирают всех членов команды, знакомят их с описанием проекта и его планом и, удостоверившись, что каждый из них знает, какую роль он выполняет в проекте, отвечают на возникающие вопросы.
Шаг 4.2. Планируйте свой день
Итак, у вас есть описание, план и бюджет проекта. Вы проинструктировали членов команды, и они приступили к работе. Из чего будет складываться ваш рабочий день? Хотя вы собираетесь управлять задачами, изложенными в плане, ваша собственная работа в качестве менеджера проекта не распланирована. А дел у вас хоть отбавляй!
Ваша задача – следить, чтобы было сделано все, что нужно для успешного выполнения проекта. Случиться может все что угодно, поэтому начинайте каждый день с анализа текущего положения дел. Продумайте:
• что в данный момент вызывает наибольшие сложности (обычно это касается хода выполнения проекта и проблем);
• что, вероятнее всего, вызовет сложности в будущем (обычно речь идет о рисках и изменениях);
• какие действия следует предпринять;
• какие вопросы необходимо решить в первую очередь.
Как только вы поймете, что вам необходимо сделать, вы сможете спланировать свою работу на день. Каждый раз при появлении проблем этот план придется корректировать, тем более что возникать они будут постоянно.
Запомните: менеджер проекта отвечает не за работу (если, конечно, он не является единственным исполнителем в проекте), а за выполнение проекта командой. Менеджер – словно дирижер в оркестре: ему не нужно играть на инструментах, но без его руководства музыка превратится в какофонию.
Вам ясна ваша цель и способ ее достижения. У вас есть инструменты и методы, позволяющие управлять проектом. Именно об этом и пойдет дальше речь:
• шаги 4.3–4.7 позволят вам собрать информацию о проекте и определить, что требует вашего внимания;
• шаги 4.8–4.10 – это те действия, которые вы предпримите, разобравшись в ситуации.
Шаг 4.3. Собирайте информацию, составляйте отчеты
Для того чтобы успешно выполнять свои обязанности, необходимо быть в курсе всего, что происходит в ходе выполнения проекта. Когда вы сами ведете проект, это происходит само собой. Если же в проекте много исполнителей, то приходится налаживать сбор информации.
Часть сведений вы получите из бесед с исполнителями, когда будете давать им поручения, часть – из их отчетов. Полезно раз в неделю проводить небольшие рабочие совещания с членами вашей команды, во время которых необходимо остановиться на следующих вопросах:
• Что члены команды сделали за истекшую неделю, как идет выполнение плана?
• Что члены команды намерены делать на следующей неделе и насколько это отвечает утвержденному плану?
• Появились ли какие-либо новые проблемы или риски, нужно ли вносить изменения в план?
• Чего добились исполнители, ответственные за решение существующих проблем, снижение рисков или проведение изменений?
По итогам совещания обычно составляют отчет для заказчика, в котором должно быть отражено следующее:
• Общий статус проекта – соблюдается ли график работ?
• Если есть какой-то сбой, что вы предпринимаете, чтобы его устранить?
• Ваш текущий прогноз по поводу сроков выполнения проекта.
• Резюме сделанного за истекшую неделю и планы на следующую.
• Решения, которые должен принять заказчик (например, утверждение изменений).
Отчет о ходе выполнения работ должен быть простым, объемом не более одного листа формата A4 (образец такого отчета приведен в табл. 4.1).