Цитаты из книги «Мама, я тимлид! Практические советы по руководству IT-командой»

Старайтесь не допускать ситуаций, когда ваше начальство напрямую ругает ваших подчиненных. Это плохо сразу по ряду причин. Вы в этой ситуации как бы противопоставлены своей команде (коли вас не трогают, а ее ругают). Вдобавок вы теряете авторитет: если вы не умеете держать удар и перекладываете вину на других, едва ли вы сможете быть сильным лидером. Все по-настоящему классные руководители играют роль защитной стены между своей командой и внешним миром. Хорошие новости сообщаются команде как есть, а плохие тщательно фильтруются. Вы можете и должны ругать людей за плохую работу, но делайте это исключительно от себя лично. Если у вас в подчинении есть руководитель и вы видите проблему у его подчиненного, не спешите высказывать претензии напрямую. Уважайте сложившуюся иерархию — это задача непосредственного руководителя общаться с подчиненными и доносить до них ваше недовольство. Если вопрос сложный и вы хотите избежать испорченного телефона, участвуйте во встрече лично, но все равно держите в голове, что ваши претензии направлены к нижестоящему руководителю и его команде, а не мимо него напрямую к виновному сотруднику. Я не говорю, что нужно скрывать от команды все плохое. Иногда честно рассказать о сложной ситуации в компании бывает полезно. Старайтесь гасить лишний негатив и принимать часть удара на себя. Если вы будете так себя вести, то заработаете благодарность команды и авторитет. Важный момент в конфликтах сотрудников с начальством — разница в позициях. Начальство находится в заведомо сильной позиции, а сотрудник — в слабой. Поэтому когда вы будете оценивать силу высказанной критики, мысленно умножайте критику начальства на 50, а оправдания сотрудника на эти же 50 делите.

Стоит заметить, что бывают не очень здоровые, на мой субъективный взгляд, ситуации, когда начальство обязательно требует назвать и наказать виновного. У меня нет совета на этот случай… Благородно было бы отказаться выдавать виноватых, но я знаю человека, который после этого вынужден был уволиться.

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

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

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

Ситуация сложнее, когда провалились именно вы и ваша

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

в случае успеха открыто радуйтесь, хвалите команду и смежников публично, старайтесь «затащить всех на борт».

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

Вы можете высказать критику кому-то лично, это обязательно нужно делать, общаясь с подчиненными