Типы «так себе» руководителей в ит, с которыми я так или иначе сталкивалась. А у вас какой опыт?
Разработчик, погруженный в код, хочет сосредоточиться на решении задач, а не на конфликтах и ненужных драмах. Поэтому есть ряд вещей, которые он хотел бы вообще не слышать от своих руководителей.
К сожалению, зачастую встречаются зашоренные руководители, которые не готовы, не хотят, боятся и тд. использовать новые технологии, библиотеки, языки, инструменты. От них мы можем услышать:
«Мы всегда делали так!": «Это надежно», «по-другому не получится», «слишком долго»… Устаревшие практики и традиции тормозят развитие и не позволяют использовать новые технологии. Ну и в конечном счете приводят к оттоку ребят и к финансовым потерям бизнеса.
Или бывает так, что руководитель не говорит открыто о том, что происходит. Это приводит к очень печальным последствиям.
Ведь сотрудники додумывают за руководителей и делают свои выводы. (А это самое ‼️ опасное⛔️)
От них мы можем слышать: «Потом расскажу», «у меня нет полной информации, но все переделать», «нужно срочно успеть ко вчера», потом все объясню, или еще хуже - я сказал сделать - значит сделать.
Отсутствие открытости и диалога приводит к недопониманию, ошибкам и неэффективности, ну и еще к оттоку ключевых сотрудников.
Бывает еще так, что говорят: зачем пробовать? Я уже пробовал - ничего не получится. Эти ребята тоже тормозят бизнес.
Есть те, кто любит рисовать красивые картинки и пусть «горит оно огнем», что это будет неэффективно работать, что переложить это адекватно на существующую архитектуру будет слишком затратно, Главное ведь красиво? Вопрос для кого?
Есть ребята, которые гоняются за закрытыми ППР - причем абсолютно неважно, был ли он закрыт или только «на бумаге»…
Ну и мой «любимый типаж» - любители посветить лицом. Нужно взять в работу тот проект, что будет поближе к самым большим боссам, или выступить именно там, где большие боссы увидят, или сделать что-то мизерное, но раздуть до таких масштабов - чтобы уж точно не пропустили, что именно они сделали)) к сожалению, обычно такие ребята разрушают работающее, но быстро растут.
Что еще мы можем услышать от такого руководства:
"Это слишком сложно!" - Нежелание разбираться в проблемах и искать решения, перекладывая ответственность на команду.
"Сделайте это быстрее!" - Давление без четкого плана и ресурсов - это рецепт ошибок и выгорания.
"Это не в моей зоне ответственности!" - Отсутствие командной работы и помощи, когда это необходимо, создает барьеры и отчуждение.
"Я не могу вам помочь" - Нежелание делиться знаниями и опытом тормозит развитие команды.
Ну и самое страшное, когда происходит факап, то у некоторых руководителей виновата команда, а не они сами.
Недавно была на собесе, где СТО рассказывал о том, что его команда не берет ответственность на себя. Но кто тут виноват: Плохой СТО и его стиль управления? Плохой найм? Или реально команда? А может команда просто выгорела?
Взаимодействие в команде должно строиться на уважении, открытости и прозрачности. Руководители должны не только задавать задачи, но и поддерживать, мотивировать и помогать разработчикам решать проблемы.
А вас что тригеррит? Какой типаж бесит больше всего? Или каким должен быть руководитель?
