Harvard Business Review (HBR) - Менеджмент. Главные идеи

Кто страдает от мультикомандности?

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

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

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

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

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

Цели мультикомандности

(и проблемы, которые мешают их достижению)

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

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

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