ГЛАВА 5

ВЫРАБОТКА МИССИИ, ВИДЕНИЯ, ЦЕЛЕЙ И ЗАДАЧ ПРОЕКТА

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

ФОРМУЛИРОВАНИЕ ПРОБЛЕМЫ

Каждый проект решает какую-то проблему, однако этап ее формулирования нередко пропускается. Это большая ошибка. От того, как вы сформулируете проблему, зависит то, как вы будете ее решать, так что правильное формулирование имеет жизненно важное значение. Например, очень часто проблема формулируется в терминах ее решения: «У меня проблема. Моя машина сломалась, и теперь мне не на чем ездить на работу. Как мне починить машину, когда у меня нет на это денег?»

По существу, проблема сформулирована в виде вопроса «Как отремонтировать машину?». Настоящая же проблема состоит в том, что человеку не на чем ездить на работу. Или он по крайней мере так говорит. Но разве он не может воспользоваться автобусом, как коллега, или велосипедом, пока его машину не починят? Конечно, отсутствие денег на ремонт машины — тоже проблема. Однако важно проводить грань между проблемами базовыми и вторичными.

Однажды я слышал, как менеджер по продажам укорял молодого продавца: «Компания потратила такие деньги на разработку нового продукта, а никто из вас его не продает. Если продаж так и не будет, я найду тех, кто сможет их делать!»

Понятно, как он определил для себя проблему: у него есть группа продавцов, которые не умеют продавать. Однако поскольку товар не может продать ни один из продавцов, я уверен, что менеджер неправ. Что-то не так с самим товаром, или рынком, или у них слишком сильная конкуренция. Маловероятно, что все продавцы плохие!

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

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

ПУТАНИЦА В ТЕРМИНАХ

Предположим, кто-то говорит вам, что он нашел работу в другом городе и собирается туда переехать. Этот человек сразу понимает, что нужно найти жилье. И он говорит:

— У меня проблема. Я должен найти жилье.

Вы спрашиваете, какова его миссия.

— Найти жилье, — отвечает он.

— А как насчет видения?

— Иметь жилье, — отвечает он, слегка сконфуженный.

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

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

— В своем жилье в новом городе, — ответил бы он.

— А что сейчас? — спросите вы.

— Сейчас у меня жилья нет, — скажет он.

Таким образом, разрыв состоит в наличии или отсутствии жилья. Это можно сформулировать очень просто: «У меня нет жилья». Это и есть та проблема, которую человек пытается решить.

Но подойдет ли ему любое жилье? Конечно, нет. Он не хочет жить под мостом, хотя бездомные там иногда живут. Поэтому на вопрос «А какое жилье вы ищете?» этот человек ответит: «Три спальни, дом определенных размеров и в моем любимом стиле». Это его видение пространства, в котором он хочет жить. И когда человек найдет дом, который близок к этой картине, он сочтет, что добрался до желаемой точки. Это функция видения: оно определяет воображаемый результат.

Следовательно, миссия человека состоит в том, чтобы найти жилье, которое совпало бы с его видением. Иными словами, миссия проекта — достичь того, что представляет собой его видение. Таким образом, миссия решает поставленную проблему. Графически это изображено на рис. 5.1: обратите внимание, что видение решения проблемы изложено в колонке «Обязательно должно быть», а также в колонках «Хотелось бы» и «Хорошо бы».

РЕАЛЬНЫЙ МИР

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

А вот главный «политический» казус, с которым вы можете столкнуться: спонсор проекта вооружил вас миссией (общей задачей), основанной на его собственном определении проблемы, которая должна быть решена. А это определение может быть неправильным, и вам придется противостоять ему. Иначе вы потратите много денег организации только для того, чтобы понять, что вы разработали правильное решение для неправильно сформулированной проблемы.

РЕАЛЬНАЯ МИССИЯ ДЛЯ ЛЮБОГО ПРОЕКТА

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

Миссию проекта можно записать, дав ответ на два вопроса:

1. Что мы собираемся делать?
2. Для кого мы собираемся это делать?

Можно еще сформулировать, как именно вы собираетесь удовлетворять потребности клиентов или заказчиков. Однако это не должно входить в постановку задачи. Она включает в себя то, что вы будете делать. Как — это вопрос стратегии проекта, и он разрабатывается и формулируется отдельно.

ОПРЕДЕЛЕНИЕ ЦЕЛЕЙ ПРОЕКТА

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

Постановка целей традиционно базировалась на прошлых результатах. Эта практика способствовала закреплению в настоящем грехов прошлого.

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

Цель обозначает желаемый результат. Задача обозначает действие, совершаемое для достижения этого результата. Цель обычно выражается существительным, тогда как задача — глаголом.

Одна аббревиатура поможет вам запомнить основные характеристики документа, который можно назвать постановкой целей. Мы говорим, что цель должна быть SMART: конкретной, измеримой, достижимой, реальной и определенной по времени (сокращение от соответствующих английских слов: specific, measurable, attainable, realistic, time limited).

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

С другой стороны, согласно тому же Демингу, если система нестабильна (в статистическом смысле слова), то тем более не имеет смысла конкретизировать количественные показатели, поскольку нельзя определить подлинные возможности такой системы.

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

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

Для определения целей и задач проекта и мониторинга прогресса в их достижении полезно поставить два вопроса.

1. Каков желаемый результат? Это система координат по результату. Она помогает сосредоточиться на том результате, который вы хотите достичь, а не на усилиях, которые для этого затрачиваете.
2. Как мы узнаем, что достигли желаемого результата? Я называю этот вопрос «доказательным». Он помогает установить критерии выхода в тех случаях, когда результат не может быть измерен количественно.

Приведу два примера целей.

• Наша цель состоит в том, чтобы создать одноминутный рекламный ролик, призывающий делать пожертвования в фонд WXYZ, и за­пустить его на местных телеканалах к 5 июня 2016 года.
• Наша цель состоит в том, чтобы собрать в фонд пожертвований от местных телезрителей $600 000 к 18 сентября 2016 года.

ХАРАКТЕР ЦЕЛИ

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

ОЦЕНКА РИСКОВ ПРОЕКТА

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

Простейший способ проанализировать риски проекта — задать вопрос «Что может пойти не так?» или «Что может помешать нам достичь стоящих перед проектом целей?». Сначала нужно перечислить все возможные риски, а затем выстраивать планы по их преодолению. Риски, связанные с проектом, можно рассмотреть следующим образом: разделите страницу большого перекидного блокнота пополам и попросите членов команды провести мозговой штурм по рискам, результаты которого вы записываете на левой стороне страницы; затем перейдите на правую сторону и запишите меры, с помощью которых планируете управлять рисками в том случае, если они возникнут. В табл. 5.1 приведен пример анализа рисков по выездной фотографической сессии.

Целесообразно оценивать возможность возникновения в проектах рисков по следующим параметрам:

• В расписании проекта
• В его бюджете
• В качестве проекта
• В удовлетворенности заказчика

Таблица 5.1. Пример анализа рисков по проекту

Что мо­жет пой­ти не так?	Что мож­но пред­при­нять?
Не­пра­виль­ный вы­бор экс­по­зи­ции	Уста­но­вить «вил­ку» экс­по­зи­ции
Не­удач­ные кад­ры	Сде­лать боль­ше кад­ров
Утра­та или пор­ча плен­ки	До­ста­вить фо­то­гра­фии кли­ен­ту лич­но
За­держ­ки из-за по­го­ды	За­пла­ни­ро­вать боль­ше вре­ме­ни на съем­ку

Такой анализ рисков поможет вам избежать некоторые из них. Если же риск наступает, у вас по крайней мере имеется резервный план. Неожиданно возникающие риски способны сбросить проект в «штопор».

Я уже отмечал, но не могу не повторить: старайтесь идентифицировать не каждый возможный риск, а только наиболее вероятные. Это следует отдельно разъяснить тем членам команды, которые имеют особую склонность к анализу или часто занимают позицию отрицания. Анализ рисков несет в себе позитивный заряд — вы как бы спрашиваете: «Если произойдет то-то и то-то, что мы будем с этим делать?» Вы же не провоцируете людей кричать: «Это будет ужас!»

В главе 6 я приведу подробные данные об инструментах и методиках управления рисками в проектах.

РЕЗЮМЕ

• Как вы сформулируете проблему, так и будете ее решать.
• Проблема — это разрыв между тем, где вы находитесь в данную минуту, и тем, где хотите сейчас быть. Препятствия затрудняют достижение цели. Они нужны, чтобы существовала проблема.
• Видение — это то, как должен выглядеть конечный результат. Оно определяет то, что мы представляем себе выполненным.
• Миссия состоит в том, чтобы достичь видения. Она отвечает на два вопроса: «Что мы собираемся делать?» и «Для кого мы собираемся это делать?»
• Цели должны быть SMART: конкретными, измеримыми, достижимыми, реальными и определенными по времени (сокращение от соответствующих английских слов: specific, measurable, attainable, realistic, time limited).

УПРАЖНЕНИЕ

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

1. Чего вы хотите достичь этим проектом? Какую потребность вашего заказчика или клиента он удовлетворяет? Кто конкретно реально воспользуется конечным результатом(-ами) проекта? (То есть кто является вашим настоящим заказчиком или клиентом?)
2. Письменно сформулируйте проблему на основе ваших ответов на первый вопрос. Каков разрыв между тем, где вы находитесь в данный момент, и тем, где хотите сейчас находиться?
3. Сформулируйте и запишите миссию проекта, ответив на два основных вопроса: «Что мы собираемся делать?» и «Для кого мы собираемся это делать?».

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

Отправить