Authority как понятие власти связано с легитимной частью и чаще применяется назначенными, чем лидерами.
Я написала этот материал в ответ на комментарийпо теме, оставленный одним из читателей к другой моей статье о том, как стать менеджером. По моему мнению, тема актуальна и заслуживает большего, чем просто статьи. Но здесь я предлагаю хотя бы начать разговор о том, как построить и поддерживать продуктивные отношения на работе, которые нужны для успешной сдачи задач и проектов, зависящих от других команд.
Какая бывает власть
В современном быстро меняющемся мире компании требуют от сотрудников не только профессиональные навыки, но и навыки, известные в ИТ-кругах как софт скиллы. Софт скиллы связаны не с предметной областью, а с социальными навыками (например, эмоциональный интеллект) и менеджерскими способностями, такими как лидерство и умение влиять на людей без формальной власти. Развитие таких навыков сейчас в тренде как в Украине, так и на Западе. Важно понять, как же успешно сотрудничать с людьми, командами и организациями, над которыми у нас нет власти, а вот общие проекты есть.
Для начала давайте ознакомимся с разными видами власти, которые помогают правильно оценить ситуацию и выбрать подход к людям. Обычно выделяют
- Экспертная (expert) — основывается на обладании знанием (пример: джедай).
- Поощрительная (reward) — за желаемый результат нам предлагают вознаграждение (пример: «женись на мой дочке, я тебя принцем сделаю»).
- Легитимная / позиционная (legitimate) — проистекает из положения/позиции человека в организации (пример: царь).
- Власть по принуждению (coercive) — поступки совершаются под угрозой негативных последствий (пример: государство пугает народ терроризмом).
- Референтная (referent) — власть через ассоциацию с другими людьми, обладающими властью, или через умение нравиться (пример: «а ты знаешь, кто мой папа»).
Кому интересно узнать больше, в интернете, конечно же, есть много литературы о том, как распознать, развивать и использовать разные виды власти. Предлагаю начать с PMI.
Что делать
В силу специфики работы, я отвечаю за успешную сдачу проектов. Все было бы более-менее, если бы не одно «но»: в компании, где я работаю TPMом (Technical Program Manager), моя позиция относится к ряду individual contributor (IC). Это значит, что мне никто не подчиняется, и, соответственно, легитимной власти мне не видать. Выжить в такой ситуации мне помогают другие типы власти и несколько проверенных лайфхаков, которыми я хочу поделиться с вами (этот список пополняется по мере получения опыта).
Завоюйте доверие («Earn Trust»)
Когда это возможно, я стараюсь наладить отношения со своей и соседними командами до того, как нам что-то понадобится. Всегда приятнее работать в дружелюбной атмосфере, и просьбы/предложения в обе стороны будут восприниматься по-другому. Вот несколько важных моментов, которые помогают мне достичь желаемого результата.
Покажите вашу ценность.Никто не ожидает, что у вас будут ответы на все вопросы, но понимание структуры компании, доменной области, текущих и потенциальных рисков, зависимостей — это необходимый минимум для позиционирования себя в качестве профессионала и завоевания доверия коллег. И не забудьте про демонстрацию результатов своей работы: закрытых задач и накопленных знаний в подходящей для того обстановке, чтобы о вас знали, к вам приходили за советом и к вам прислушивались. Если у вас есть желание и возможность проводить парные обучающие сессии (типа pair programming) или технические обсуждения (tech talks, brownbags, learning series), где вы можете поделиться своими знаниями или опытом — это окупится.
Обоюдное вовлечение в процесс.Приглашайте команды на совместные тимбилдинги; сами участвуйте в статус и других нужных митингах своей команды, а иногда и соседних команд (ревью целей и проектов, планирование спринта, стендапы, ретроспективы и т. д.). Хочу отметить, что время не резиновое, поэтому советую стратегически относиться к распределению своего времени. Но это уже совсем другая история под названием «менеджмент времени» или «тайм-менеджмент».
Покажите, что вы готовы закатать рукава и сделать работу, что на вас можно положиться, и если вы о чем-то договорились, то так оно и будет.
Позитив даже в сложных ситуациях.Часто бывает получишь письмо или сообщение в скайпе, и кажется, что человек к тебе враждебно настроен, хочет тебя подставить и т. д. А потом оказывается, что у него такая манера письма или сегодня не его день. В каждой непонятной ситуации, лучше предполагать, что люди к вам относятся позитивно, но быть готовым к тому, что не всегда так получается. Если у вас возникают сложности в переписке, можно поговорить лично и понять, в чем разногласия — часто этого бывает достаточно. Если конфликта не избежать, то постарайтесь оставаться в профессиональных рамках, иначе проблема уйдет, а осадок останется. Знаю, легко сказать — а сделать сложнее, но все приходит с опытом.
Сделайте так, чтобы было легко ответить «да»
Иногда команда спорит и не может найти правильное решение. Тогда начинает казаться, что никто ничего не понимает, и только мы знаем, как нужно правильно поступить. Тут нужно не забывать, что вся команда стремится к тому, чтобы вовремя сдать задачи, получить бонус и быть счастливыми и довольными — нужно просто об этом им напомнить.
Четко объясните задачу и ее приоритет.Помогите команде понять, почему важно потратить время и силы на решение именно вашей задачи. Разные компании практикуют разные ценности. Попробуйте использовать их в разговоре с коллегами: например, достигнуть стратегического преимущества в конкурентной борьбе, привнести ценность для клиента, сэкономить деньги для компании, получить дополнительный заработок от проекта, улучшить условия работы, в т.ч. процессы, инструменты и среду разработки. В тупиковых ситуациях я часто использую брейнсторм-митинги, на которых мы можем высказать и обсудить все накопившиеся идеи и мнения. Заметка: во время встреч важно не только и не столько протолкнуть свое мнение, сколько прийти к правильному решению, а для этого нужно уметь выслушать все точки зрения.
Я сторонник data-driven подхода, когда в качестве аргумента используются метрики/данные, подтверждающие или опровергающие какую-то точку зрения. Часто вместо «мне кажется, ты не прав», можно более конструктивно объяснить, что именно неправильно — без лишних эмоций. Например, клиентские метрики показали, что только 5% юзеров используют такую-то фичу, так что ее можно убрать.
Бонус
Рекомендуемые ресурсы для тех, кто хочет развивать софт скиллы:
- PMI: Influence without Authority, Science of Influencing Others
- LinkedIn Post: Influencing without Authority
- Книги: «Results without Authority», «Getting Things Done When You Are Not in Charge»
А какие софт скиллы помогают вам взаимодействовать с коллегами, создавать правильные продукты и сдавать их в срок? Делитесь мудростью в комментариях — и спасибо за внимание.