Как определить «что»
После того как вы уяснили, какие задачи должен решать проект, следует понять, какие результаты вам надо получить. Например, если стоит задача повысить продажи компании, то необходим какой-то инструмент стимуляции продаж: скажем, новый продукт. Если же стоит задача по расширению компании, то результатом вашего проекта может стать, например, новый офис большей площади.
Понятно, что для успешного завершения проекта необходимо знать, что следует получить в итоге. Однако люди не всегда продумывают этот вопрос и порой берутся за дело, не выяснив, насколько нужно то, что они собираются сделать.
Если вам приходилось начинать проект, не зная, каким должен быть результат, не волнуйтесь, не вы первый. Если бы каждый раз, оценив проект и обнаружив, что его результаты никому не известны, я получал по 50 фунтов, то уже давно бы разбогател.
Грамотное описание проекта заметно облегчит работу, в противном случае вас, скорее всего, ждет фиаско.
Шаг 2: Определите «зачем» и «что»
Шаг 2.1. Составьте описание проекта
Итак, как подойти к описанию вашего проекта, т. е. к тому, что на языке менеджеров называется объемом работ? Для этого следует задать себе ряд довольно простых вопросов в правильной последовательности и согласовать ответы на них с нужными людьми.
Вопросы
Основные вопросы, которые вам нужно себе задать:
• Зачем нужен этот проект?
Необходимо четко сформулировать причины, по которым вы беретесь за проект: что для вас невозможно сейчас, но станет возможным по завершении проекта.
• Что вы получите в результате выполнения проекта?
Это тоже принципиальный вопрос. Вы начинаете проект с целью получить конкретный результат. Он может быть как материальным (новый дом, запуск нового продукта или новая компьютерная программа), так и нематериальным (например, изменение восприятия компании на рынке; если это слишком туманно, я напомню, что именно в этом, по сути, состоит цель всех маркетинговых кампаний).
Чтобы оценить результаты, можно задать себе такой вопрос: «Когда я пойму, что проект завершен, что нового появится в моей жизни?»
• Получите ли вы (нужно ли получить) еще какие-то результаты?
Из ответа на первый вопрос вы знаете, чего собираетесь добиться. Но достаточно ли этого? Возможно, есть что-то еще, что необходимо или стоит сделать в ходе выполнения основного проекта. Все это должно быть включено в описание проекта.
Будьте осторожны, отвечая на данный вопрос, потому что всегда есть соблазн расширить проект. Но проект не должен включать все, что вы хотите сделать в этой жизни. Проект – это организованный способ добиться конкретной цели. Если получение попутно еще какого-то результата диктуется логикой проекта или необходимо для решения исходной задачи, это допустимо. Во всех прочих случаях – нет. Если заказчик настаивает на увеличении объема работ, следует сказать: «Я могу сделать все, что вы просите, однако чем больше объем работ, тем выше стоимость проекта, дальше отодвигается срок его выполнения и повышается риск ошибки». Обычно этого бывает достаточно!
• Какие задачи специально выведены за рамки проекта?
Порой стоит исключить из объема работ какие-то операции и промежуточные результаты, которые могут быть получены в ходе выполнения проекта. Имеет смысл прописать это предельно четко, так как в описании проекта должны оговариваться не только результаты, но и то, что вы делать не будете.
Теперь вам ясны и причины, и итоги проекта. В следующей главе эта информация поможет вам спланировать проект и определить порядок выполнения работ. Для этого нужно ответить на несколько дополнительных вопросов:
• Есть ли в проекте какие-то упущения и не совпадает ли он в чем-то с другими проектами; возможен ли пересмотр рамок проекта?
Нередко на начальной стадии выполнения проекта выясняется, что кто-то уже решает аналогичные задачи. Вам нужен результат, но совсем не обязательно получать его самостоятельно. Поэтому стоит уточнить, нельзя ли часть работы выполнить в рамках другого проекта. Если действительно какие-то задачи решают при выполнении другого проекта и сроки выполнения вас устраивают, нет необходимости делать и вам ту же работу. Менеджеры проектов называют такое положение дел зависимостью от другого проекта; позднее мы еще вернемся к этой теме.
Иногда запускают одновременно несколько проектов, которые вкупе должны решить некую глобальную задачу. Такую серию связанных друг с другом проектов обычно называют программой. Например, пока вы разрабатываете и запускаете новый продукт, ваш коллега может переоборудовать магазины, где этот продукт будет продаваться. При этом следует согласовать оба проекта так, чтобы ваш новый продукт поступил в уже переоборудованные магазины. К сожалению, при наличии двух или более проектов с общим результатом в ходе их выполнения нередко возникают какие-то накладки и несовпадения. В таких случаях необходимо, чтобы менеджер программы (по сути, главный менеджер проекта) ознакомился с описаниями всех проектов и согласовал их. Не исключено, что какой-то проект, а то и несколько придется переориентировать.
• Из каких предположений (если они есть) вы исходите?
Планируя свою жизнь, нам все время приходится делать какие-то предположения, иначе мы ничего не добьемся, так как придется отслеживать каждую мелочь, прежде чем приступить к делу. Но предположения, которые мы делаем в ходе проекта, следует делать осознанно и обязательно фиксировать на бумаге. Дело в том, что наши предположения могут быть неверными. Возьмите обычную жизненную ситуацию: говоря отцу, что заедете к нему в следующую субботу, вы привычно делаете ряд предположений. Например, что не произойдет ничего серьезного, что может вам помешать его навестить, что ваш автомобиль будет на ходу и т. д. Как правило, вы не думаете о том, что вам что-то может помешать в такой ситуации. Однако если речь идет не о вашем отце, а о важном клиенте и отмена встречи будет означать для вас потерю контракта на 10 млн ф. ст., вы обдумаете все детали, проверите правильность всех ваших предположений и даже составите план на тот случай, если ваши предположения окажутся неверными.
Так и с проектами. Я не прошу вас рассматривать все предположения, которые вы делаете, достаточно самых важных, ошибочность которых может привести к краху проекта. С одной стороны, это нужно для проверки их обоснованности, с другой – потому что на более поздней стадии проекта вы будете активно ими управлять. Речь об этом пойдет в четвертой главе.
