Совершенно недопустимо «механически» вписывать в эту строку ЛСС уровень целей, идущий непосредственно под Целью проекта (на Рисунке 11. Примерная структура «дерева целей, это Цели 2.1, 2.2, 2.3). Они могут оказаться несравнимыми по степени важности как между собой, так и в сравнении с более «низко расположенными» целями, а некоторые из них могут оказаться допущениями, если они достаточно важны для достижения цели проекта, но мы по различным причинам не можем обеспечить их выполнение.

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

• Во-первых, требуемая правильная формулировка результата предусматривает завершенную форму используемого глагола (вспомним пример: цель – «уборка газона», результат – «газон убран»).

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

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

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

Когда промежуточные результаты определены, расположите их в порядке до-

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

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

1. Мы уже определили, какая из целей, составляющих «дерево целей», станет целью нашего проекта – помещаем ее в соответствующую ячейку (на Рисунке 11. Примерная структура «дерева целей» ей соответствует Цель 2). Формулируем и вписываем общую цель.

2. Теперь необходимо внимательно проанализировать ту часть «дерева целей», которая попадает в область планируемой деятельности. Определяем существенные, примерно сходные по трудоемкости промежуточные цели и вносим их в ЛСС, переформулировав в промежуточные результаты. Лингвистически промежуточные результаты нужно формулировать в совершенной форме глагола: например, если целью ставилось «убрать мусор», то промежуточным результатом будет «мусор убран».

3. Проверяем формулировки – они должны быть корректными, ясными и грамотными.

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

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

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

Рисунок 14. Пример логико-структурной схемы – шаг 1

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

Допущения – это те факторы, которые существенны для достижения цели проекта, но на которые мы, как исполнители, не можем по каким-то причинам повлиять. Обыино это те корни «дерева целей», которые расположены ниже цели проекта, но не входят в область наших действий.

Определяем допущения и факторы риска – отвечаем на вопросы:

• Какие факторы, конфликты интересов – внутренние и внешние – могут помешать, затруднить или прервать осуществление проекта?

• Опишите внешние риски (конфликты или другие разрушительные факторы) и то, каким образом они могут помешать осуществлению проекта. Как мы можем повлиять на них?

• Существуют ли определяющие для успеха проекта факторы? Каковы соображения ваших партнеров касательно этих факторов?

• Какие негативные эффекты может вызвать реализация проекта?

• Каковы альтернативные стратегии по достижению цели проекта, в которых можно избежать факторов риска?

На Рисунке 11 при выбранной в качестве цели проекта Цели 2, любая из целей 2.1, 2.2, 2.3 или нижележащих целей может стать допущением.

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

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

Риск [греч. risikon – утес] – это возможная опасность какого-либо неблагоприятного исхода. Риск в широком смысле слова – это характеристика ситуации, имеющей неопределенный исход, при обязательном наличии неблагоприятных последствий. Риск предполагает неуверенность либо невозможность получения достоверного знания о благоприятном исходе в заданных внешних обстоятельствах; риск в узком смысле – это измеряемая или рассчитываемая вероятность неблагоприятного исхода.

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

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