Основы проектного менеджмента. Классическое руководство Хигни Джозеф
• Одна из самых опасных ловушек для менеджера проекта – выполнение технической работы в дополнение к менеджменту. Если существует конфликт между управлением и выполнением собственной работы, руководитель проекта не может игнорировать свои менеджерские обязанности.
• Вместо запрашивания полномочий сами принимайте решения и осуществляйте действия, которые не нарушают политику компании, а уж потом информируйте руководителя о том, что предпринято.
• Работа руководителя проекта состоит в том, чтобы обеспечить каждого члена команды всем необходимым для выполнения работы.
• Руководитель проекта должен обладать одновременно качествами и лидера, и управленца.
Глава 3. Планирование проекта
В главе 1 шла речь о высокой цене неудач проектов. Почти каждое исследование на эту тему обнаруживает, что эти неудачи в основном вызваны плохим управлением, особенно неправильным планированием. На пути хорошего планирования проекта стоит два барьера. Первый – это существующие парадигмы, а второй связан с человеческой природой.
Парадигма – это вера в то, как устроен мир. Во что люди верят, можно понять, понаблюдав, что они делают: обычно человек ведет себя в соответствии с убеждениями, скрытыми глубоко в его натуре. Неважно, что он говорит о своих базовых представлениях, – важно, во что он действительно верит. Крис Арджирис в книге «Организационное научение»[4] называет эти убеждения внутренней теорией в противовес тому, что человек руководствуется теорией внешней.
Пример. Один молодой человек, посетив мой семинар, посвященный инструментарию управления проектом, вернувшись на работу, сразу же собрал совещание членов своей проектной команды. Начальник вызвал его из комнаты для совещаний.
– Что ты делаешь?
– Занимаюсь планированием нашего проекта.
– Разве у тебя есть время на такую чепуху? Немедленно выгони всех оттуда, пусть займутся делом!
Понятно, что этот начальник не верил в планирование. Тогда зачем он отправил своего подчиненного на семинар по управлению проектами, если не верил в то, что там преподается? Попробуйте угадать.
Вторая причина, по которой люди избегают планирования, состоит в том, что они находят это занятие довольно неудобным и даже болезненным. Некоторые сотрудники, особенно инженеры и программисты, опасаются, что их заставят давать оценки продолжительности тех или иных операций в проекте, которые они прежде в лучшем случае оценивали наугад. Поскольку документальных свидетельств этого, как правило, не сохраняется, они могут и на сей раз повторить то же самое. Тем не менее они понимают, что эти цифры весьма приблизительны, и опасаются, что, если по ходу проекта не будут выдержаны определенные параметры, их ждут неприятности. Как сказал мне однажды один из моих коллег: «Нельзя планировать креативность».
Тогда я ответил, что, возможно, это правда (хотя приходится притворяться, что мы можем это делать: никто не станет финансировать проект, если не указаны его сроки). С тех пор я изменил свою точку зрения: планировать креативность можно, но в ограниченных пределах. Нет более действенного стимула к нестандартному мышлению, чем сильно ограниченные сроки. Если предоставить людям в распоряжение вечность, они только суетятся и ничего не продуцируют.
И тем не менее, когда людей заставляют планировать проект, они находят это неудобным и сопротивляются дискомфорту. В сухом остатке у них часто остается так называемая «кривая болезненности» 1, изображенная на рис. 3.1. Испытываемый дискомфорт представляет собой пространство под линией 1.
Рис. 3.1. «Кривые болезненности» применительно ко времени
Кривая 2 показывает, что при правильном планировании сначала в ходе реализации проекта люди тоже испытывают некоторый дискомфорт, но он с течением времени исчезает и обще пространство под линией 2 становится меньше.
Планирование – абсолютный императив
Главная функция управления – добиться поставленных организацией целей путем контроля за ограниченными ресурсами компании. Однако слово «контроль» имеет два значения.
Первое – «власть или доминирование». В менеджменте это иногда называют «командно-административным» подходом, который в худших своих проявлениях сводится к угрозам и устрашению сотрудников. Это работает только тогда, когда у людей нет выбора трудоустройства или нет возможности покинуть организацию (как в армии или в тюрьме). Однако в здоровой и крепкой экономике мало кто станет долго терпеть такой стиль управления.
Второе значение слова «контроль» (и именно его я предлагаю использовать) подразумевает, что он осуществляется путем сравнения того, где находится проект сейчас, с тем, где должен быть. Тогда контроль позволяет предпринять корректирующие действия в случае несовпадения координат и превращается в информационную систему и систему правильного ориентирования. Кроме того, обратите внимание на две вещи, важные для эффективности контроля. Во-первых, необходим план, где вы должны быть. Если плана нет, не может быть и системы контроля. Я думаю, следует напоминать себе об этом каждый день: это легко забыть, особенно когда вас постоянно атакуют с требованиями сделать то или это, не говоря уж о миллионе других раздражителей.
Во-вторых, если вы не знаете точку своего местонахождения, то не можете ее контролировать. Понять, где вы в данный момент находитесь, не так легко, как кажется, особенно если это касается умственной работы. Например, за сегодняшний день вы вознамерились написать 10 000 строк кода, но написали только 8000. Означает ли это, что вы находитесь на рубеже 80 % от того, где должны быть? Не обязательно. Возможно, вы нашли более эффективный способ записи кода.
В любом случае запомните: нет плана – нет контроля. Планирование не может осуществляться или не осуществляться по выбору.
Предсказывать будущее легко. Гораздо сложнее понять, что происходит сейчас.
Фриц Дресслер
Другая западня, которая мешает некоторым заниматься планированием, – убеждение, что у них на это нет времени. Ведь им необходимо выполнить свою работу как можно быстрее! Это контрпродуктивно, и вот почему: если у вас есть вечность для того, чтобы выполнить какую-то работу, вам не нужны планы. А вот если вам поставлены жесткие сроки, то план становится важен. Простой пример. Представьте себе, что вы прилетели куда-то с опозданием. Через час у вас встреча на другом конце города. Вы никогда не были в этом городе, но, когда в бюро проката автомобилей спрашивают, нужна ли вам карта, вы отвечаете: «У меня нет времени на карты. Я должен как можно быстрее попасть на встречу!» Не очень-то похоже на правду.
Определение планирования
Планирование очень просто отвечает на вопросы, показанные на рис. 3.2. Это цепочка из слов кто / что / когда / где / почему / сколько / как долго, с которой вы наверняка знакомы, если изучали методы собеседования. Это так просто. И так сложно. Я говорю «сложно», потому что ответ на такие вопросы, особенно «Сколько времени это займет?», требует обращения к магическому кристаллу. Это очень трудный вопрос для задач, которые не имеют предыстории решений. Я уже цитировал слова своего коллеги: «Нельзя планировать креативность».
Рис. 3.2. Планирование – это ответы на вопросы
Стратегия, тактика и логистика
Для того чтобы правильно спланировать проект, нужно уделить внимание трем аспектам, которые не утратят актуальности на протяжении всего его жизненного цикла: стратегии, тактике и логистике.
Стратегия – это метод, который вы задействуете для выполнения работы. Иногда ее называют «планом игры». Как я рассказывал в главе 1, тысячи лет корабли строились килем вниз, чтобы перед спуском на воду они были в нужном положении. Этот способ с успехом использовался до 1940 года, когда Вторая мировая война поставила судоверфи перед необходимостью строить военные корабли значительно быстрее, а они создавались уже не из дерева, а из стальных листов. Производить сварочные работы в районе киля – чрезвычайно трудоемкое дело: с внешней стороны трудно подлезать под киль, а с внутренней неудобно варить.
На судоверфях Avondale решили, что стальные корабли проще строить килем вверх. Внешние сварочные работы теперь производили в нормальном положении сверху, а внутренние – из удобного положения стоя. Эта стратегия оказалась настолько удачной, что судоверфи Avondale стали строить суда быстрее, дешевле и с более высоким качеством, чем их конкуренты. Этот способ судостроения действует и поныне.
Очень часто планировщики выбирают ту или иную стратегию проекта не потому, что она лучшая, а потому, что «так делали всегда». Перед тем как приступить к планированию, нужно задать себе вопрос: «Как это лучше сделать?»
Прежде чем начать строить корабль килем кверху, надо продумать все детали. Это фаза, в которой следует поставить точки над i. Именно здесь вы отвечаете на вопросы кто/что/когда/где. Говоря о планировании, люди в большинстве случаев думают как раз об имплементационном планировании. Однако хорошо разработанный имплементационный план при неверной стратегии лишь поможет вам более эффективно провалить проект.
Военные сразу ответят на вопрос, нужно ли уделять внимание логистике. Вы не можете вступить в бой, если у солдат нет боеприпасов, еды, экипировки или средств доставки. Всем этим занимается логистика. Я однажды видел программу планирования проекта (сегодня, к сожалению, забытую), которая показывала точное количество кирпичей, доставляемых на стройку, в какой момент при определенных темпах укладки кирпичей их станет не хватать, а также предупреждала мастеров, что необходимо организовать доставку на строительство новой партии, пока их запас не закончился.
Мне рассказывали об одном проекте дорожного строительства в Индии, в котором условия проживания местных рабочих – питание, отдых и т. д. – были очень плохими и, как результат, моральное состояние рабочих оказалось крайне неудовлетворительным. Руководитель проекта и его команда проживали в отличном отеле в городе неподалеку. В конце концов они прониклись ситуацией и переехали в поселок рабочих. В нем моментально улучшились жилищные условия, а за этим и моральный дух, и производительность труда. Это пример важности периферийных аспектов логистики.
Здесь я перечислю минимальные компоненты, которые должны содержаться в плане проекта. Полезно их все держать в централизованной базе данных проекта. Сначала электронный файл включает в себя только план. По мере осуществления проекта и управленческих функций по нему этот файл начнет обрастать отчетами, описаниями изменений и другими документами. К моменту завершения проекта он уже будет содержать всю его историю, которая может пригодиться другим пользователям для планирования и управления другими проектами.
Вот позиции, которые должны входить в план проекта.
• Документальное формулирование проблемы.
• Миссия проекта (см. главу 5 с рекомендациями по разработке миссии проекта).
• Цели проекта (также см. главу 5).
• Требования к выполнению работ по проекту. Они включают в себя список результатов, которые создаются по ходу исполнения проекта: отчеты, материальные результаты, компьютерные программы и т. д. Полезно намечать появление такого результата на каждом важном этапе осуществления проекта, с тем чтобы легче фиксировать его прогресс.
• Критерии выхода из очередной фазы. Каждый важный этап проекта должен иметь определенные критерии, с помощью которых можно убедиться в том, что предыдущий этап действительно завершен. Если на таком важном этапе не предусматривается появление измеримого результата, то критерии выхода приобретают еще большее значение.
• Стандарты и спецификации, которым должен отвечать проект. Здесь подразумеваются технические спецификации, архитектурные нормы и правила, строительные нормативы, официальные правила и инструкции и т. п.
• Иерархическая структура работ (ИСР). Это иерархическая декомпозиция всех работ, которые необходимо выполнить для полного достижения целей проекта. ИСР является также прекрасной графической формой содержания проекта (см. главу 7).
• Расписания (должны быть представлены как расписания основных этапов проекта, так и рабочие расписания; см. главу 8 и главу 9).
• Необходимые ресурсы (люди, оборудование, материалы, помещения). Они должны быть сформулированы в увязке с расписаниями (см. главу 8 и главу 9).
• Система контроля (см. главу 10, главу 11 и главу 12).
• Основные исполнители и участники. Необходима схема их взаимной ответственности (см. главу 7).
• Зоны риска и его преодоления там, где это возможно (см. главу 5 и главу 6).
Согласование плана
Когда план подготовлен, он должен быть передан на подписание всем заинтересованным сторонам.
Заинтересованная сторона – это любое лицо или организация, имеющая интерес в данном проекте. Это участники и исполнители проекта, клиенты, менеджеры и лица, финансово участвующие в проекте.
Поясню значение подписей заинтересованных сторон и дам некоторые советы по осуществлению процесса согласования.
• Подпись под проектом означает, что данный индивидуум обязался участвовать в нем, согласен с объемами работ, которые необходимо выполнить, и признает действие указанных в проекте спецификаций и правил. Эта подпись не является гарантией максимального личного результата. Это обязательство участия. Поскольку существует множество факторов, не поддающихся нашему контролю, мало кто готов гарантировать достижение максимальных личных результатов. Однако большинство спокойно обещают приложить все силы к выполнению своих обязательств.
Если подпись рассматривать как гарантию, то потенциальные подписанты либо откажутся ее ставить, либо подпишутся, не испытывая настоящего чувства ответственности за свое согласие. Ни один из этих вариантов не желателен.
• План должен быть подписан на специальной встрече или совещании, посвященной его рассмотрению, а не по почте. Рассылка копий плана на подпись редко дает хорошие результаты, поскольку люди могут быть слишком заняты для того, чтобы глубоко вникнуть в документ, и рискуют пропустить важные пункты, которые, скорее всего, будут обсуждены в процессе реального подписания.
• На встрече по обсуждению плана следует побудить сотрудников «искать блох», чтобы предупредить появление проблем впоследствии. Естественно, это не означает, что они должны искусственно «изничтожить» план проекта. Задача лишь в том, чтобы обеспечить его жизнеспособность.
Изменение плана
Было бы здорово, если бы однажды разработанный план никогда не менялся. Однако это нереально. Никто не может предвидеть на 100 %. Всегда возникают неожиданные трудности, поэтому важно вносить в план соответствующие изменения, следуя стандартной процедуре изменений.
Если не отслеживать необходимость внесения изменений, дело может закончиться тем, что проект превысит свой бюджет и окажется совершенно не соответствующим своим целям. Причем обнаружится это уже слишком поздно. Вот некоторые предложения.
• Изменения следует вносить только при появлении серьезных отклонений от плана. Серьезность отклонения обычно выражается в процентах «переносимости» относительно первоначальных целей.
• Контроль над изменениями необходим для того, чтобы защитить каждого члена команды проекта от «эрозии» его содержания, то есть изменений, которые приведут к дополнительной работе. Если изменения в содержании проекта неверно идентифицируются и управляются, весь проект может значительно превысить бюджет и/или значительно отстать по срокам.
• Причины изменений следует задокументировать для учета при планировании будущих проектов. Причины должны быть сугубо фактологическими, а не напоминать заявления о поиске виновных и подлежащих наказанию.
Плох любой план, который не может быть изменен.
Бартоломео де сан Конкордио (1475–1517)
Подробности управления процессом внесения изменений в проект приведены в главе 11.
Рекомендации к эффективному планированию
Вот некоторые предложения по повышению эффективности планирования проектов.
• Планируйте планирование. Всегда трудно собрать людей вместе для разработки планов, поэтому мероприятие по планированию должно быть запланировано, иначе оно рискует превратиться в стихийную встречу (что нередко и происходит). Это означает, что следует разработать повестку дня; по возможности ограничить время совещания; поведение людей должно оставаться в определенных рамках, за этим должен следить руководитель или модератор. Существует множество руководств по проведению подобных мероприятий (например, книга Тома Кайзера «Фасилитация на практике» (McGraw-Hill, 1990)[5], сведения о них содержатся в примечаниях к этой книге.
• Люди, которые будут выполнять план, должны участвовать и в его разработке. Иначе появятся участники проекта, которые не испытывают ответственности за выполнение плана. Их оценки могут быть ошибочными, а главные задачи преданы забвению.
• Главное правило планирования состоит в том, чтобы быть готовым к перепланированию. Без сомнения, в работе возникнут препятствия, которые придется устранять. По той же причине план не следует слишком детализировать: если существует вероятность, что его придется изменять, это приводит к излишним потерям времени.
• Поскольку всегда могут возникнуть неожиданные препятствия, следует анализировать риски, чтобы быть готовым к наиболее вероятным из них (см. главу 6). На случай, если не сработает план А, всегда имейте план Б. Почему же не использовать план Б с самого начала? Потому что план А лучше, но имеет несколько слабых моментов. У плана Б такие моменты тоже есть, но они отличаются от аналогичных моментов плана А, иначе нет смысла расценивать план Б как альтернативу.
• Самый простой способ проанализировать риски – это задать себе вопрос «Что может пойти не так?» и отнести его к расписанию, производительности и другим частям плана проекта. Иногда сама по себе идентификация рисков помогает их избежать. Но если это невозможно, у вас есть план Б. Одно предупреждение: если вы имеете дело со слишком сильными в анализе людьми, помните, что они склонны к параличу решений. Так что не старайтесь предусмотреть все возможные риски, предупредите хотя бы наиболее вероятные.
• Начните с определения цели того, что должно быть сделано. Сформулируйте проблему. Все действия в организации должны быть направлены на достижение результата – это один из способов сказать «реши проблему». Будьте осторожны с тем, что действительно необходимо конечному потребителю для решения его проблем. В некоторых проектах, по мнению команды, решение осуществляется в интересах клиента. Однако в действительности оно никогда не используется, что приводит к серьезным потерям для организации.
Подумайте о маленькой мышке. Как дальновидно это животное, которое не доверяет свою жизнь только одной норке.
Плавт (254–184 гг. до н. э.)
• С помощью ИСР (подробнее это обсудим в главе 7) разделите работы по проекту на меньшие порции, по которым можно дать более точные оценки по срокам, стоимости и потребностям в ресурсах.
Пошаговое планирование проектаОбратите внимание, что некоторые из этих тем рассматриваются в следующей главе.
• Сформулируйте проблему, которую необходимо решить с помощью проекта.
• Разработайте документ о миссии проекта наряду с документом о его главных целях.
• Разработайте стратегию проекта, которая позволит решить его цели.
• Создайте документ о содержании проекта, который очертит его границы (что будет и не будет сделано).
• Разработайте иерархическую структуру работ (ИСР).
• С помощью ИСР оцените сроки, потребности в ресурсах и стоимость различных этапов проекта (с учетом возможного воздействия на окружающую среду).
• Подготовьте генеральное расписание проекта и его бюджет.
• Решите, по какому принципу строить организационную структуру проекта: по матричному или иерархическому (если можете выбирать).
• Составьте план проекта.
• Побудите все заинтересованные стороны подписать план проекта.
Резюме• Если у вас нет плана, то нет и контроля.
• Люди, которые должны исполнять план, должны участвовать и в его подготовке.
• План должен быть подписан на специальной встрече, а не путем рассылки писем.
• Вся информация по плану должна храниться в файлах в электронном виде.
• Используйте «критерии выхода», чтобы определить выполнение значимого этапа плана.
• Требуйте, чтобы изменения в плане были утверждены до того, как вы приступите к их осуществлению.
• Управление рисками должно быть составной частью работы по планированию проекта.
• Парадигма – это вера в то, как устроен мир.
• Планирование – это ответы на цепочку вопросов кто / что / когда / где / почему / сколько / как долго.
• Логистика связана с обеспечением людей материалами и ресурсами, необходимыми для выполнения работы.
Упражнение
Мы говорили о стратегии, тактике и логистике.
В отношении чего нужно принимать решение в первую очередь?
а) стратегии;
б) тактики;
в) логистики;
г) не имеет значения.
Какова функция тактики?
Когда нужно планировать логистику проекта?
Глава 4. Управление заинтересованными сторонами в планировании проекта
В главе 3 отмечается, что заинтересованная сторона проекта – это любое лицо или организация, имеющая в нем свой интерес, иными словами, свою долю в результатах проекта. Данная категория может включать в себя участников и исполнителей проекта, клиентов, менеджеров и лиц, финансирующих проект. Институт по управлению проектами определяет заинтересованные стороны как «лицо, группу или организацию, которая может влиять, на которую могут повлиять или которая может осознавать себя подвергнутой влиянию решения, операции или результата проекта». Независимо от роли, которую заинтересованные лица играют в проекте, они должны быть определены, или идентифицированы, и должны являться объектом управления на протяжении всего жизненного цикла проекта, потому что оказывают прямое влияние на его успех или неудачу.
На заре своей карьеры в авиастроительной корпорации Grumman Aerospace я входил в команду специалистов по закупкам, которым было дано указание создать и задействовать систему оценки эффективности работы поставщиков. Команда у нас была хорошая, и трудились мы напряженно, но никто из нас не имел никакой подготовки в области управления проектами. В результате одни мероприятия по планированию проекта были осуществлены, другие – нет. Особенно это касалось управления заинтересованными сторонами. В частности, мы забыли подключить к созданию новой системы важную группу – техасскую штаб-квартиру компании. Они были очень недовольны. Деловой этикет не позволил этому подразделению высказать то, что они думали, напрямую. Но для них было болезненно выполнять наши предложения. Они задержали проект и создали вокруг него крупный конфликт. Если бы мы с самого начала правильно определили все заинтересованные стороны проекта, то завершили бы его в срок и в пределах отведенного бюджета. Эта невынужденная ошибка не должна была произойти.
Определение приоритета заинтересованных сторон по их отношению к проекту
Управление заинтересованными сторонами не обязательно сложно, но все же требует определенных усилий. Оно начинается с определения индивидуальных представителей этой категории, для чего ставятся три основных вопроса.
1. Кто получает выгоду от проекта? Обратите внимание на ожидаемые конкретные результаты проекта и на то, кто получит от них выгоду. Результатом может быть практически все что угодно, включая новый процесс внутри организации, приложение к программному обеспечению или новый продукт, выпускаемый на рынок.
2. Кто участвует в проекте? Определите индивидуумов или группы, на которых будете рассчитывать в реализации проекта. Это могут быть члены команды проекта, его спонсор или эксперты по предметным областям, не входящие в команду проекта.
3. На кого может повлиять проект? Результаты проекта могут оказать влияние на тех лиц или организации, которые не обязательно получают от него выгоду. Например, когда отдел IT обновляет программное обеспечение для покупателей продукта или предоставляет важную информацию для маркетинговой кампании. Такие индивидуумы и группы должны рассматриваться как заинтересованные стороны.
Затем нужно проанализировать, какое конкретно отношение та или иная заинтересованная сторона имеет к вашему проекту. Одни будут его поддерживать, другие – нет. Особенно важно к числу приоритетных отнести те заинтересованные стороны, которые настроены отрицательно; их соображения или озабоченность стоит вовремя учесть. «Негативное» заинтересованное лицо может быть на работе вашим лучшим другом, однако для своего проекта ему требуются те же самые ресурсы, в которых нуждаетесь вы для своего. Иногда к проекту отрицательно относятся руководители департаментов, поскольку противятся переменам, к которым должны привести его результаты. Причин для отторжения проекта множество. Ваша работа состоит в том, чтобы идентифицировать все заинтересованные стороны и точно определить их отношение к проекту.
Матрица заинтересованных сторон, изображенная на рис. 4.1, – отличный инструмент управления всеми ими. После идентификации можно проанализировать, каково отношение заинтересованных сторон к вашему проекту и их влияние (или власть) внутри организации. Установив эти параметры, разместите заинтересованные стороны по соответствующим квадратам матрицы. Одни из них окажутся буквально в вашем углу, другие – нет. Ваш подход к взаимодействию с ними будет в значительной мере зависеть от места, которое они занимают в матрице.
Рис. 4.1. Матрица заинтересованных сторон
Если заинтересованные стороны обладают небольшим влиянием или властью, от вас не потребуется значительных затрат времени и усилий, потому что их воздействие на проект минимально. Те же, кто располагает значительным влиянием и властью, могут оказать разрушительное воздействие, если их отношение будет негативным. Зато если оно будет позитивным, то их властью можно очень эффективно воспользоваться. Например:
• Лицо 2. Отношение к проекту отрицательное, но и влияние у него низкое. Здесь нужны ограниченные усилия. Но я держал бы его в поле зрения, ведь он может быть повышен в должности.
• Лицо 5. Отношение к проекту позитивное, но влияние ограниченное. В целом это хороший фактор, хотя и не особенно помогает делу.
• Лица 3 и 4. Эти заинтересованные стороны позитивно относятся к проекту, и уровень их влияния высокий. Их можно использовать для убеждения других заинтересованных сторон в пользу проекта.
• Лицо 1. Это лицо опасно, потому что негативно относится к вашему проекту и обладает большим влиянием. Если им не управлять правильно, оно способно погубить проект. Работа с ним может потребовать формальной встречи, кофе по утрам, хорошего обеда или пары добрых выпивок в «счастливые часы». Ваша задача – выяснить, в чем конкретно состоят его возражения по поводу проекта, и «затащить» его в свой угол.
При правильном планировании работы с заинтересованными сторонами руководитель проекта может не опасаться удара с неожиданной стороны. Просто сконцентрируйте свои усилия с самого начала и правильно организуйте время и работу, чтобы обеспечить проекту успех. Именно здесь вы надеваете бейсболку лидера и работаете на убеждение.
Вовлечение ключевых заинтересованных сторон в проект
Вовлечение заинтересованных сторон – это действия руководителя проекта по их привлечению в проект и выявлению ожиданий. Одни заинтересованные стороны можно назвать ключевыми – вы должны обеспечить их вовлечение и участие для достижения успеха. Участие других может быть желательным в связи с их профессиональным опытом и специальными знаниями. Третьих стоит привлечь с учетом их влияния в организации или среди участвующих сторон.
В Руководстве к Своду знаний по управлению проектами (PMBOK® Guide) Институт по управлению проектами поместил шаблон матрицы оценки уровня вовлечения заинтересованных сторон (табл. 4.1). Она помогает организовать общее управление заинтересованными сторонами, определяя текущий и желаемый уровень вовлеченности. Матрица является эффективным подспорьем реестру заинтересованных сторон, поскольку позволяет планировать желаемый уровень вовлеченности каждой из них. На этой основе вы можете разработать план подведения каждой стороны к желаемому уровню ее вовлеченности в проект и приступить к его исполнению.
Таблица 4.1. Матрица оценки уровня вовлеченности заинтересованных сторон
Обозначения:
Неосведомленная. Не осведомлена о проекте и его потенциальном эффекте.
Сопротивляющаяся. Осведомлена о проекте и его потенциальном эффекте, но не приемлет перемен.
Нейтральная. Осведомлена о проекте, но не поддерживает его и не сопротивляется.
Поддерживающая. Осведомлена о проекте и его потенциальном эффекте и поддерживает перемены.
Продвигающая. Осведомлена о проекте и его потенциальном эффекте и активно участвует в обеспечении успеха проекта.
Т = текущее вовлечение
Ж = желаемое вовлечение
В табл. 4.1 заинтересованная сторона 1 не осведомлена о проекте, но вы хотите, чтобы она его поддержала. Для этого придется проделать определенную работу. Заинтересованная сторона 2 нейтральна, но вы хотите, чтобы она тоже поддержала проект. Возможно, стоит встретиться за чашкой кофе и постараться побудить ее к этому. Заинтересованная сторона 3 уже поддерживает проект. Это явно хорошая новость, и вам не потребуется больших усилий, чтобы побудить ее свою поддержку проявить. Время от времени можно проверять, остается ли эта сторона довольна проектом.
Будьте активны и старайтесь максимально увеличить вовлеченность заинтересованных сторон. Не пожалейте времени и усилий на матрицу оценки уровня вовлечения заинтересованных сторон. В обычной суматохе, которая, как правило, окружает любой проект, всегда полезно иметь перед собой простую таблицу, на которую можно положиться. Да, не забывайте все время ее актуализировать!
Выработка единого языка общения с заинтересованными сторонами и коммуникации с ними
Согласны ли все заинтересованные стороны вашего проекта с каждым положением, зафиксированным в его уставе? Скорее всего, нет. Заинтересованных сторон много, и они очень разные. И результаты проекта воздействуют на них по-разному. У заинтересованных сторон различный уровень технической подготовки и знаний о продукте/проекте.
Для того чтобы побудить всех двигаться в одном направлении и таким образом обеспечить максимальное взаимодействие, необходимо определить общий опыт и профессиональные знания в областях, которые затрагивает проект. Для эффективного влияния на заинтересованные стороны следует уравнять собственный профессиональный уровень с уровнем их знаний, чтобы говорить о проблемах проекта на одном языке. Эксперт по вопросам профессионального обучения Карен Фили предупреждает об опасности так называемого проклятия знания, которому подвержены многие руководители проектов. Фили предлагает помнить о том, что «не все знают столько, сколько вы, в той области, к которой относится проект. Вы должны учитывать их уровень понимания проблем».
Для того чтобы преодолеть «проклятие знания» при общении с заинтересованными сторонами, Карен Фили рекомендует классифицировать и учитывать четыре различные группы (табл. 4.2).
Таблица 4.2. Классификация аудитории в соответствии с ее профессиональной подготовкой в коммуникациях с заинтересованными сторонами
Большинство людей общаются с другими в зоне собственного комфорта. Коммуникации с заинтересованными сторонами руководители проекта должны планировать и осуществлять как адресный и гибкий процесс. О «проклятии знания» можно забыть лишь тогда, когда вы сталкиваетесь с заинтересованной стороной, обладающей глубоким пониманием вашего проекта. Но ведь и этой стороне придется добиваться, чтобы ее понимали другие участники. Нужно сделать ее достоянием проекта, а не тормозом для его продвижения.
Управление заинтересованными сторонами, представляющими различные корпоративные культуры
Руководители проектов обычно естественным образом вырабатывают в себе интуитивное понимание динамики развития окружающих их производственных условий. Такое понимание приходит в процессе управления проектами в устоявшейся организационной структуре и взаимодействия с индивидуумами, обладающими определенной корпоративной культурой. Устоявшаяся организационная структура обычно понятна менеджеру проекта и наполнена знакомыми ему процессами, правилами и нормами. Однако корпоративная атмосфера в организации может оказаться сложной, что потребует от руководителя проекта дополнительных усилий, чтобы понять ее динамику и вовлечь внешние заинтересованные стороны в активное взаимодействие.
Управление изменениями, основанными на различиях в корпоративных культурах разных заинтересованных сторон
Где я сейчас нахожусь? Этот простой вопрос поможет понять, нужны ли какие-то изменения или корректировки в вашем подходе к управлению заинтересованными сторонами проекта, которые принадлежат к различным корпоративным культурам. Являетесь ли вы лидером для индивидуумов из других департаментов, отделений, филиалов или из других стран? Понимаете ли окружающую их организационную и корпоративную культуру и то, насколько она отличается от вашей? Вы должны приложить достаточно усилий, чтобы получить максимум от членов вашей команды и других заинтересованных лиц.
В 2008 году я вел курс МВА по управлению в Городском университете Нью-Йорка. Один из моих слушателей пригласил финдиректора крупной транснациональной финансовой компании выступить на курсе. Она говорила о шоке, подстерегающем человека в незнакомой корпоративной культуре, и вспомнила о своей работе в предыдущей компании. Если совещание было назначено на 10:00, то прибыть следовало в 9:55, иначе считалось, что вы опоздали. В ее нынешней корпорации 10:00 означает, что можно опоздать на 5–10 минут и все с удовольствием выслушают причину, например рождение ребенка у вашего брата. Наша выступающая долго не могла привыкнуть к этому, и ей даже потребовалась помощь коллег, чтобы адаптироваться.
При взаимодействии с заинтересованными сторонами проекта его управляющий должен принимать во внимание привычную для них культуру. В 1974 году голландский социальный психолог Герт Хофстеде провел масштабное исследование, к которому привлек множество сотрудников корпорации IBM из разных стран. По результатам он сделал вывод, что существующая в данном обществе система ценностей определяется комбинацией пяти важнейших факторов (табл. 4.3), которые определяют нормы поведения работников в различных корпоративных культурах. Тенденция индивидуумов руководствоваться в своем поведении похожими комбинациями этих параметров формирует особую культуру организации. Понимание этих факторов и их комбинаций может служить действенным инструментом управления заинтересованными сторонами.
Таблица 4.3. Пять факторов культуры
Понимание этих факторов помогает установить доверительные отношения с заинтересованными сторонами. Без доверия взаимодействия с этими сторонами быть не может. Отсутствие доверия – это мина замедленного действия. Это ожидание превращения существующих рисков в реальность.
В управлении мультинациональными заинтересованными сторонами вопрос доверия приобретает особую важность. Пока я проходил становление в монокультуре корпорации Grumman, сложностей с корпоративной культурой не возникало. Все выглядело одинаково и работало одинаково: корпорация черпала рабочую культуру из общего русла. Когда же я занял позицию руководителя глобальных программ по распространению лучших методик в области проектного менеджмента в Американской ассоциации менеджмента, то столкнулся с тем, что в нью-йоркской штаб-квартире ААМ оказались сотрудники со всех концов земли. Одна из иностранок, член моей команды, хотела по руке предсказать мое будущее. Но я отказался, пояснив, что для этого у меня есть свой план управления рисками. Культура ААМ позволила мне здорово вырасти, показав при этом, какими бывают трудности в работе с различными заинтересованными сторонами.
В конечном счете я завоевал их доверие, но если бы я тогда воспользовался пятифакторным подходом, то сделал бы это гораздо эффективнее.
Работа с внешними и удаленными заинтересованными сторонами
«С глаз долой – из сердца вон». Большинство пословиц и поговорок живут так долго, потому что содержат в себе элемент правды. Характерная для многих проектов физическая удаленность их участников и заинтересованных сторон друг от друга требует постоянных усилий от руководителя проекта. Особые сложности возникают в работе с внешними заинтересованными сторонами, также отдаленными географически. Обычно приходится общаться с ними при помощи селекторных совещаний, интернета, видеоконференций, скайпа и других современных технологий. Напоминайте им о том, что мешает коммуникации!
Не жалейте времени и усилий на индивидуальное общение. Постарайтесь познакомиться с каждым заинтересованным лицом и используйте пятифакторную схему, чтобы преодолеть или предупредить начальное недоверие. Что еще более важно, это поможет построить индивидуальную и коллективную модель работы с отдаленными и внешними заинтересованными сторонами. Для руководителя проекта как лидера доверие – бесценный капитал. Эта стратегия поможет более эффективно выстраивать доверительные отношения с партнерами и поддерживать с ними общение.
Объединение заинтересованных сторон
Все мы слышали о том, как трудно управлять кошачьим коллективом. А вот вы все же попробуйте объединить заинтересованные стороны, представляющие различные национальные и корпоративные культуры, и управлять этой группой на протяжении всего жизненного цикла проекта. Вспомните собственный опыт участия в проектах. Вы только что закончили фазу III, а менеджер по производству вдруг загорелся гениальной идеей. Вы знаете, что уже поздно и что эта идея по меньшей мере контрпродуктивна по отношению к проекту. Но ваша матрица, отображенная на рис. 4.1, показывает, что эта заинтересованная сторона очень влиятельна. Здесь приходится управлять конфликтом. Не принимайте позу жалобщика, займите позицию убеждения. Сделайте так, чтобы логика и фактические данные помогали вам во всех возможных конфликтах с заинтересованными сторонами. Я часто применяю для этого следующую четырехшаговую методику.
Шаг 1. Проясните для себя позицию заинтересованной стороны до того, как предпримете какие-то меры. Убедитесь, что понимаете ее резоны.
Шаг 2. Опишите, какое влияние на проект окажет реализация новой идеи. Часто такое разъяснение вызывает реакцию типа «Ах, вот в чем дело…», что немедленно разряжает ситуацию.
Шаг 3. Если ваше заинтересованное лицо хорошо подготовлено, его альтернативные идеи могут быть убедительными. Подготовьте свои «за» и «против» по каждой такой идее.
Шаг 4. Переходите к переговорам. Работая над проектами, мы делаем это каждый день, это данность жизненного цикла проекта. В хороший план они заложены с самого начала. Прежде чем вступать в переговоры:
• проявите необходимое прилежание – планируйте их;
• заранее продумайте, какие изменения в плане проекта возможны, а какие недопустимы;
• сопровождайте возможные изменения в содержании проекта переговорами об изменениях его сроков и ресурсов;
• добивайтесь компромисса. Ищите такие точки, в которых соприкасались бы и интересы заинтересованной стороны, и интересы проекта.
Помните: заинтересованные стороны окружают вас не просто так. Вы нуждаетесь в них, а они нуждаются в вас, чтобы проект стал успешным. Используйте их сильные стороны и минимизируйте возможное негативное влияние на проект. Руководствуйтесь здравым смыслом и всеми инструментами, приведенными в этой главе. Выделяйте те заинтересованные стороны, которые важны для вас и вашего проекта, и вы гораздо легче найдете путь к его реализации в срок и в пределах установленного бюджета.
Резюме• Заинтересованная сторона – это любое лицо или организация, имеющие в проекте свои интересы.
• Управление заинтересованными сторонами проекта начинается с определения индивидуальных представителей этой категории путем постановки трех основных вопросов:
1. Кто получает выгоду от проекта?
2. Кто участвует в проекте?
3. На кого может повлиять проект?
• Поскольку заинтересованные стороны проекта играют ключевую роль в его успехе, они должны быть привлечены к участию или иным образом вовлечены в проект.
• Корпоративная атмосфера в организации может быть сложной и потребовать от руководителя проекта дополнительных усилий для того, чтобы понять ее динамику и вовлечь внешние заинтересованные стороны в активное взаимодействие.
• Не жалейте времени и сил на индивидуальное общение с внешними и удаленными заинтересованными сторонами.
Глава 5. Выработка миссии, видения, целей и задач проекта
Прежде чем команда проекта приступит к работе, каждый ее член должен понять, к чему она движется. Для определения этой точки назначения обычно используются термины «миссия», «видение», «цели» и «задачи». Проекты имеют склонность рассыпаться еще на этой начальной стадии, потому что каждый их участник воспринимает как само собой разумеющееся, что «все знают, в чем состоит наша миссия».
Формулирование проблемы
Каждый проект решает какую-то проблему, однако этап ее формулирования нередко пропускается. Это большая ошибка. От того, как вы сформулируете проблему, зависит то, как вы будете ее решать, так что правильное формулирование имеет жизненно важное значение. Например, очень часто проблема формулируется в терминах ее решения: «У меня проблема. Моя машина сломалась, и теперь мне не на чем ездить на работу. Как мне починить машину, когда у меня нет на это денег?»
По существу, проблема сформулирована в виде вопроса «Как отремонтировать машину?». Настоящая же проблема состоит в том, что человеку не на чем ездить на работу. Или он по крайней мере так говорит. Но разве он не может воспользоваться автобусом, как коллега, или велосипедом, пока его машину не починят? Конечно, отсутствие денег на ремонт машины – тоже проблема. Однако важно проводить грань между проблемами базовыми и вторичными.
Однажды я слышал, как менеджер по продажам укорял молодого продавца: «Компания потратила такие деньги на разработку нового продукта, а никто из вас его не продает. Если продаж так и не будет, я найду тех, кто сможет их делать!»
Понятно, как он определил для себя проблему: у него есть группа продавцов, которые не умеют продавать. Однако поскольку товар не может продать ни один из продавцов, я уверен, что менеджер неправ. Что-то не так с самим товаром, или рынком, или у них слишком сильная конкуренция. Маловероятно, что все продавцы плохие!
Тем не менее этот менеджер определил проблему как проблему с персоналом, и она, по его мнению, должна решаться именно таким образом. Но, даже заменив всех продавцов, он останется с той же проблемой, потому что не устранил основную причину сложившейся ситуации.
Иногда проблему определяют в качестве цели. Однако сама по себе цель не является проблемой. Проблемы возникают тогда, когда на пути достижения цели возникают препятствия. Если проблему определить таким образом, то решение состоит в том, чтобы справиться с препятствиями: преодолеть, либо обойти, либо убрать с дороги.
Предположим, кто-то говорит вам, что он нашел работу в другом городе и собирается туда переехать. Этот человек сразу понимает, что нужно найти жилье. И он говорит:
– У меня проблема. Я должен найти жилье.
Вы спрашиваете, какова его миссия.
– Найти жилье, – отвечает он.
– А как насчет видения?
– Иметь жилье, – отвечает он, слегка сконфуженный.
Неудивительно, что он сконфужен. Ведь все три его заявления очень похожи! И для того чтобы решить свою проблему, он должен установить различия между ними.
Помните, что проблема – это разрыв, это пустота. Предположим, что мы спросим этого человека, где бы он хотел быть, когда его проблема решится.
– В своем жилье в новом городе, – ответил бы он.
– А что сейчас? – спросите вы.
– Сейчас у меня жилья нет, – скажет он.
Таким образом, разрыв состоит в наличии или отсутствии жилья. Это можно сформулировать очень просто: «У меня нет жилья». Это и есть та проблема, которую человек пытается решить.
Но подойдет ли ему любое жилье? Конечно, нет. Он не хочет жить под мостом, хотя бездомные там иногда живут. Поэтому на вопрос «А какое жилье вы ищете?» этот человек ответит: «Три спальни, дом определенных размеров и в моем любимом стиле». Это его видение пространства, в котором он хочет жить. И когда человек найдет дом, который близок к этой картине, он сочтет, что добрался до желаемой точки. Это функция видения: оно определяет воображаемый результат.
Следовательно, миссия человека состоит в том, чтобы найти жилье, которое совпало бы с его видением. Иными словами, миссия проекта – достичь того, что представляет собой его видение. Таким образом, миссия решает поставленную проблему. Графически это изображено на рис. 5.1: обратите внимание, что видение решения проблемы изложено в колонке «Обязательно должно быть», а также в колонках «Хотелось бы» и «Хорошо бы».
Рис. 5.1. Шеврон, показывающий миссию, видение и проблему
Теперь мы представляем себе различия между миссией, видением и проблемой. Однако в реальной жизни они никогда не располагаются в таком порядке. Ваш руководитель или спонсор проекта говорят: «Вот ваша миссия (или общая задача)», – и ни слова о проблеме. Возможно, в ходе обсуждения вы услышите что-то о желаемых результатах (их видение), но изложено это будет чрезвычайно схематично. Так что первое по порядку дело любого руководителя проекта – облечь услышанное в форму, которую воспримет каждый.
Читать бесплатно другие книги:
