Теперь я — тимлид, но почему мне так плохо?
Сегодня напишу про культовое выступление с одноимённым заголовком, которое я недавно наконец-то посмотрела.
В докладе была важная мысль “не надо делать из хороших программистов хреновых менеджеров”. Да, речь в нём идёт про программистов, но большинство тезисов выступления можно спокойно спроецировать на тимлидов отдела техподдержки.
Будем честными, путь в руководители — не для всех. У меня в практике были случаи, когда одного из опытных инженеров техподдержки повышали до руководителя отдела по принципу “что-то он загрустил, давай его сделаем начальником, чтобы никуда не ушёл, тем более что он самый опытный”. А потом начинались проблемы — и в отделе, и у самого “повышенного”.
Знакомая ситуация? Такое происходит не в последнюю очередь потому, что этот самый “повышенный” одновременно пытается усидеть на двух стульях:
- как самый опытный сотрудник поддержки, он знает систему “изнутри” и все её типовые проблемы, консультирует остальных инженеров и берёт сложные тикеты;
- как менеджер — отчитывается перед руководством, занимается планированием, мотивирует команду, проводит 1:1 встречи и т.п.
Если вы узнаёте себя, то у меня для вас хорошая новость: в конце туннеля есть свет 👍
Читайте тезисы и смотрите выступление, ссылку на которое я как обычно оставляю в конце статьи. Также, где это возможно, вставила ссылки на полезные статьи по смежным темам.
А что делать-то?
Лайфхак 1: заведите себе асинхронный входящий канал связи
Мало того что теперь все идут к вам (и руководство, и ваша команда), мало того, что резко увеличилось число созвонов и встреч, так ещё и возросло число сообщений, писем, уведомлений в slack и чатов в телеграме.
Пара советов, как в этом не потонуть и успевать не только отвечать на этот поток и ходить по совещаниям, но и работать работу:
- Сделайте “приёмные часы”: предупреждайте коллег заранее, что например, на все входящие сообщения вы отвечаете после 12:00 (шёпотом: и работайте спокойно себе утром без отвлечений на мигающие иконки в трее).
- Совсем идеально — освободите от совещаний хотя бы один день в неделю.
- Если вы ещё не пользуетесь никакой системой ведения дел, то самое время это сделать. Заведите себе блокнот или ToDoist , иначе утонете 😅
Возможно, вам помогут вот эти штуки:
Лайфхак 2: делегирование — ключ к успешной работе
Здесь важно, что:
- делегировать надо не задачу, а ответственность;
- ассайн тикета на инженера поддержки — это НЕ делегирование;
Подробнее про правильное делегирование можно прочитать в этой статье:
Лайфхак 3: люди — это самое важное
Приоритезируйте эти ключевые задачи:
- фокусировать (рассказывать команде, что происходит в компании и как сделанная работа влияет на общие цели компании, ставить правильные задачи);
- вдохновлять команду;
- коммуницировать (“внутри” с командой, “снаружи” — с руководством);
- растить.
Плохая новость: все четыре задачи невозможно одновременно делать хорошо, всегда что-то провисает (facepalm).
Хорошая новость: как в компьютерных играх, у каждого тимлида есть свой набор сильных навыков и спецприёмов.
Есть абсолютно шикарный лонгрид на vas3k.ru про типы тимдидов и их ключевые навыки в аналогии с компьютерными играми, ссылку даю именно на этот раздел. Но очень настоятельно рекомендую прочитать весь лонгрид целиком! 😍
На тему тимлидов в технической поддержке можно говорить вечно, я, собственно, для этого блог и завела 😅 Больше статей по теме можно найти здесь, в навигаторе.
Ссылка на выступление:
