Как технарю общаться с не-технарями

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

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

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

Казалось бы, причем здесь Agile?

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

Задайте себе вопрос: «Почему я думаю, что ХХХ должен захотеть взяться за эту задачу?» Скорее всего, в числе ответов будут варианты, так или иначе связанные с улучшением показателей бизнеса в целом или отдельных частей задачи, продукта или сервиса, над которым вы вместе работаете. Главное – у вас в голове должно быть представление о том, в чём он или она будет заинтересован. Вовлечение возникает только тогда, когда твой коллега в ответ на твоё предложение (или просьбу) отвечает: «Это хорошая идея. С удовольствием поставлю себе эту задачу в бэклог или даже возьму в ближайший спринт».