• Получите ли вы (нужно ли получить) еще какие-то результаты?

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

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

• Какие задачи специально выведены за рамки проекта?

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

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

• Есть ли в проекте какие-то упущения и не совпадает ли он в чем-то с другими проектами; возможен ли пересмотр рамок проекта?

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

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

• Из каких предположений (если они есть) вы исходите?

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

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

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

Перейти на страницу:

Похожие книги