Как подобрать людей, понимающих друг друга с полуслова

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

Первый раз я столкнулся с такой проблемой в ИТ-проекте. Грамотная команда разработчиков, подрядчик с мировым именем, достаточно гибкие сроки для выполнения, бюджет без жестких ограничений. Руководитель проекта – бывший разработчик ПО, с огромным опытом в ИТ. И, несмотря на это, огромные проблемы в проекте: сроки многократно переносятся, система вновь и вновь дорабатывается, сбои системы происходят в самые неудобные для бизнеса моменты, длительное исполнение заявок по ошибкам и доработкам системы и т. д. Как следствие – справедливый гнев заказчика.

После некоторого анализа стало понятно, что проблема – в руководителе проекта. Слишком хорош был его бэкграунд в ИТ, слишком много он знал о разработке ПО. Ему это было интересно. Поэтому, он целыми днями переписывался, перезванивался с разработчиками, проводил многочасовые встречи с программистами, чуть ли не проверял элементы программного кода… Естественно, у него совсем не оставалось времени на то, чтобы обеспечить коммуникации между бизнесом и исполнителями. В итоге программисты воодушевленно писали код, который не отвечал требованиям заказчика, но не знали об этом, т. к. руководитель проекта не менее воодушевленно проверял написанный ими код. И написан он был превосходно. Довольны были и руководитель проекта, и программисты. До той поры, пока не началась приемка работ заказчиком.

Руководитель проекта был бы в этом проекте отличным исполнителем, а вот как руководитель проекта – не справился. Не справился с коммуникациями в проекте.

PMI говорит о том, что коммуникации в команде проекта могут занимать у руководителя проекта до 90% его рабочего времени. С другой стороны, в большинстве проектов имеется план-график, бюджет и отчетность по проекту, периодически можем увидеть в том или ином виде устав проекта. Но очень редко встречается документ под названием «план коммуникаций» и «схема эскалаций».

Может быть, проблема в этом? Ведь слаженная работа команды проекта возможна только при условии правильных коммуникаций.

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

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

Итак, для начала немного статистики. Ведущая международная организация в области управления проектами PMI (Project Management Institute) утверждает, что до 90% времени руководителя проектов занимают коммуникации. Собственно работа руководителя проекта (в идеальном случае) состоит в том, чтобы грамотно организовать работу специалистов, входящих в команду проекта, а не самому, засучив рукава, браться за лопату.

Следующий вывод – уже мой: в 90% проектов плану коммуникаций отводится недостаточно внимания. Часто он просто не составляется вообще. Хотя грамотно подготовленный план коммуникаций проекта (а также план эскалаций) может заранее снять некоторые острые вопросы и сберечь для команды время и нервы. По моему опыту, совмещенный план коммуникаций/эскалаций можно разместить на одной странице формата А4, и он будет рабочим документом.

Основные проблемы, связанные с коммуникациями в проектах, как на начальном этапе, так и во время выполнения проекта:

  • Проблема 1. Два человека должны работать совместно, в команде. Как быстро определить, смогут ли они качественно общаться между собой? Не всегда есть время на то, чтобы съесть вместе пуд соли.
  • Проблема 2. Более сложная. Совместимость одного человека с группой людей (например, руководителя проекта и команды проекта). Зная о возможных конфликтах в будущем, можно снизить риски этих конфликтов.
  • Проблема 3. Есть группа людей – команда, которым работать вместе. И в начале проекта неизвестно, все ли члены команды смогут эффективно общаться между собой.

Теперь немного теории из области психологии. Считается, что основная проблема в коммуникациях состоит в том, что переданный пакет информации и принятый собеседником – не совпадают. Точной передаче информации мешает множество фильтров, начиная от физических (плохая слышимость, неразборчивая речь или потерявшееся в электронных сетях письмо) и заканчивая особенностями восприятия адресата (менталитет, настроение, личный опыт и т. д.). Пройдя через все эти фильтры, предварительное сообщение непременно изменяется, иногда до неузнаваемости. Разумеется, есть способы снижения потерь и искажения информации, например, замена устного сообщения на письменное во многих случаях значительно повышает качество передачи информации. Однако полностью избежать помех при передаче сообщения удается редко.

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

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

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

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

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

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

Например, над одной задачей в проекте работают два исполнителя одного уровня квалификации. Предположим, что у обоих исполнителей ярко выражена референция на контекст (то есть приоритетным фактором являются формализованные источники информации, например, регламент, ГОСТ или статья в журнале). Тогда этим двум исполнителям будет вполне комфортно работать вместе, т. к. каждый из них будет полагаться на выводы второго, подкрепленные неким авторитетным источником или документом.

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

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

Классификация мира

  • Люди
  • Ценности и результаты
  • Процессы и процедуры
  • Вещи и действия
  • Время
  • Место

Размер информационного блока

  • Крупный
  • Мелкий

Способ мышления

  • Детализация
  • Аналогия
  • Обобщение

Ведущая сенсорная репрезентативная система

  • Визуальная
  • Аудиальная
  • Кинестетическая

Фокус сравнений

  • Сходство
  • Сходство на различие
  • Различие
  • Различие на сходство
  • Различие на новое

Мотивация

  • К позитиву
  • От негатива

Референция или фокус силы

  • Внутренняя
  • Внешняя
  • Другие
  • На контекст

Время: ориентация

  • Прошлое
  • Настоящее
  • Будущее

Время: продолжительность

  • Включенное время
  • Сквозное (точное) время

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

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

1. Сравнение двух участников проекта между собой – процент совместимости по коммуникациям. Если процент чрезвычайно низкий – попробовать заменить напарника (ротация в рамках проектных задач).

2. Определение того, вольется ли новый участник проекта в уже существующую дружную команду (сравнивается профиль нового участника с каждым членом команды).

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

4. Выбор лучшего исполнителя для определенной задачи или роли, если кандидатов несколько. Сравниваются несколько профилей кандидатов с «идеальным» профилем роли/должности.

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

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

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

Впервые статья была опубликована на Executive.ru в рубрике «Творчество без купюр». Реанонсирована в контентном блоке в рамках специального проекта редакции.

Комментарии
Партнер, Беларусь

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

Партнер, Москва
Интересный опыт. Александр, спасибо, что поделились. На мой взгляд, исходя из опыта, самое главное это отношения в паре ''Руководитель проекта - Заказчик'', и ротацию не проведешь. Только опыт коммуникаций, и умение слушать и услышать другого, но это возможно только через постояное уважительное общение, при этом... на первом этапе помалкивать, больше слушать, надо пытаться понять ментальную модель собеседника, а если он лжив?
[COLOR=blue=blue]В процессе общения я могу преднамеренно лгать вам. По совершенно различным причинам я мог бы исказить свое внутреннее пространство, я мог бы попытаться заставить его оказаться чем-то другим, чем оно есть в действительности.…Это очень важно, я могу лгать сам себе. Я могу попытаться скрыть некоторые стороны своего внутреннего мира от самого себя. Я могу делать это преднамеренно, а могу делать это «подсознательно». Но, так или иначе, я могу неправильно интерпретировать свою глубину, я могу лгать себе о своем собственном мире. И «бессознательное» - это отчасти то место, в котором собрана вся моя ложь о себе. Возможно, я начал лгать себе по причине сильной травмы черепа. Или, возможно, я научился этому у родителей. Или может быть, я должен был создать защитный механизм против еще более болезненной правды. Но в любом случае мое бессознательное – это место, в котором собрана моя ложь о себе, все моменты, когда я был, не совсем честен с собой, неправильно интерпретировал свою субъективную глубину, свое внутреннее состояние, свои глубокие желания и намерения. Бессознательное – это место лжи» [/COLOR](Кен Уилбер, Краткая история всего)
Исходя из моего опыта, - интенсивные групповые совещания, для уточнения понятийного поля, дают наибольший эффект. Главная повестка, - Уточнение требований задачи, как видит Заказчик, и какие сложности и риски его пугают. И самое главное. Уточнение порядка приемки продукции/услуги, особенно если все это слабо оговорено в договоре. Это самая острая тема, где и выявляются ментальные модели мира партнера. И как бы плохо не было... терепение и выдержка. Заказчик... почти всегда прав. Правда иногда нарываешься на, - Ты че, не понимаешь... Мне некогда... Все по ГОСТам, которых не знают и т.п.
Нач. отдела, зам. руководителя, Курск

Спасибо! Ценно. Видимо, мир еще не повально болен, раз можно так прогнозировать поведение личности. А мне стало казаться, что всем правит невроз в разной степени... И логика бессильна...

HR-директор, Москва

Еще более подробно по теме использования анализа метапограмм написано, например, в книге Светланы Ивановой "Искусство подбора персонала: Как оценить человека за час" (2004 г., с многочисленными переизданиями). Там дана подробная методика лингвистического анализа речи, определения типов референции людей и др. типов, о которых написал Александр, и предложены варианты наиболее подходящих профессий для людей разных типов и т.д.

Аналитик, Краснодар

Добрый день, Александр!

Очень хотелось бы связаться с Вами, как с автором таких насыщенных опытным знанием статей по электронной почте.

Я оставила отзыв на Вашем личном сайте. Буду благодарна за обратную связь!

Независимый директор, Воронеж

Автор, вы придумали замечательный велосипед. Настоятельно рекомендую вам глубоко изучить соционику и психософию - в этих "науках" лучше проработана классификация метамоделей (на профессиональной терминологии - аспектов информационного метаболизма).

Уверен, это будет очень полезно вам как team lead`у.

Директор по работе с клиентами, Украина

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

Руководитель, Москва

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

HR-директор, Москва

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

Оставлять комментарии могут только зарегистрированные пользователи
Статью прочитали
Обсуждение статей
Все комментарии
Вакансии (994)
Все вакансии
Дискуссии
Все дискуссии
Цифры и факты
«Спасибо» за убытки

Банк дня: Герман Греф признался в том, что программа «Спасибо» приносит банку большой убыток.

Проект Неом под угрозой

Проект дня: Строительство футуристического города в Саудовской Аравии оказалось под угрозой.

inDriver стал междугородным такси

Факт дня: Российский такси-сервис запустил междугородние поездки.

​Revolut пришел в Европу

Стартап дня: Финтех-стартап выходцев из России получил европейскую банковскую лицензию.