Разбираем новый кейс

👉 Кейс #19

Команда выросла, под моим началом теперь инженеры данных — но я в их теме ноль. Как оценить, что они делают, и понять, хватает ли объема? Просто верить, что "всё ок" — бесполезно.

В голову лезет идея самому учиться на инженера данных, но это как-то слишком... Не хочу каждый раз новую профессию осваивать, если команда ещё больше станет.
Может, есть какие-то курсы "для руководителей инженеров"? Или как вообще быть с этим? Я bi-аналитик, но этого мало.

💬Разбор от экспертов


Кейс разбирали:

👉 Алексей Слепышев @slepyshev, CPO в edtech, ex-HRD
👉 Александр Орлов @eagleson77, автор книги "Джедайские техники конструктивного общения", управляющий партнер Школы менеджмента Стратоплан


Делитесь своим мнением в комментариях и присылайте свои кейсы через бот 👉 @TeamleadDoNotSleepBot, воспользовавшись командой /start

💡Экспресс-совет

Нам прислали вот такой вопрос:

Команда подросла внезапно, и теперь надо нормально структурировать отдел: кто кем руководит, сделать иерархию с возможностью оставлять заметки по людям. В гугл-таблицах, Numbers или Draw.io уже не катит — тормозит и неудобно. Кто-то знает, есть ли готовые инструменты для таких задач? Если нет — кто вообще юзал бы что-то подобное?

Поделитесь своим опытом в комментариях👇

Разбираем новый кейс

👉 Кейс #20

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

💬Разбор от экспертов


Кейс разбирали:

👉 Александр Орлов @eagleson77, автор книги "Джедайские техники конструктивного общения", управляющий партнер Школы менеджмента Стратоплан
👉 Алексей Слепышев @slepyshev, CPO в edtech, ex-HRD


Был ли у вас такой опыт и как выходили из ситуации? Делитесь в комментариях и присылайте свои кейсы через бот 👉 @TeamleadDoNotSleepBot, воспользовавшись командой /start

💬Ищем экспертов, которые готовы поделиться опытом

Мы разбираем менеджерские кейсы и в этом нам помогают наши эксперты. У каждого эксперта свой опыт и в этом ценность - вы получаете разные точки зрения на один и тот же кейс.

👉Если вы хотите тоже поучаствовать в роли эксперта и вписаться в закрытый клуб заполняйте эту форму.

Но а если вы не готовы стать экспертом, то делитесь своими кейсами - мы им всегда рады. Спасибо, что присылаете их!

👉 Поделиться своим кейсом можно прямо тут, через специального бота @TeamleadDoNotSleepBot.

💡Экспресс-совет

Разбираем небольшой кейс от подписчика в комментариях вместе с вами:

Нужен совет. Есть у нас аналитики — инженеры, фулстэки, продакты, менеджеры по рекламе и продажам.

Вся эта движуха окружена кучей сложных связей между данными и бизнес-процессами.
Хочу зафиксировать в документации. И тут вопрос — какой инструмент подойдёт, чтобы свести воедино спецификации DWH, логику витрин BigQuery и кучу гугл-табличек? Нужно описать «как мы работаем с рекламой» для аналитиков, но не понимаю, что лучше — wiki, гит, доки? Кто уже копался с такими задачами, поделитесь опытом.

Что бы вы посоветовали? Поделитесь своим опытом в комментариях👇

💡Экспресс-совет

Разбираем небольшой кейс от подписчика в комментариях вместе с вами:

Привет!

Интересует, какими аналогами TestRail вы сейчас пользуетесь в российских компаниях? Есть ли хорошие отечественные или локализованные решения для управления тестированием, которые можно порекомендовать?

Что бы вы посоветовали? Поделитесь своим опытом в комментариях👇

Разбираем новый кейс

👉 Кейс #21

Сейчас все больше и больше компаний: Озон, Авито, ВК, Яндекс - переходят на схему, где тимлиды должны не только управлять командами, но и программировать.
Как быть тимлидам в такой ситуации? Менять компанию - это не вариант, так как у "соседей" такая же ситуация, Плюс, похоже, что это общемировая практика.

💬Разбор от экспертов


Кейс разбирали:

👉 Евгений Антонов @eantonov, ведущий технический менеджер проектов Yandex Infrastructure, IT-консультант.
Автор телеграм-канала «Тимлид Очевидность», ведущий подкастов «Кода кода» и «Три тимлида заходят в бар», сооснователь сообщества руководителей Management Hub
👉 Александр Орлов @eagleson77, автор книги "Джедайские техники конструктивного общения", управляющий партнер Школы менеджмента Стратоплан


Делитесь своим мнением в комментариях и присылайте свои кейсы через бот 👉 @TeamleadDoNotSleepBot, воспользовавшись командой /start

Новый кейс на канале

👉 Кейс #22. Разработчик, который хочет быть более видимым

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

Когда я предложил пока что сосредоточиться на тех проектах, которые он уже на себя взял, он довольно яростно начал спорить – ему кажется, что эти проекты не очень важны VP of Engineering, а значит, не будут приниматься во внимание при обсуждении промо в будущем.

В чем-то он прав – проекты, которыми он занимается, относятся к инфраструктурным. VP of Engineering их напрямую не заказывал, но они помогут команде достичь своих целей, а, значит, полезны! Подскажите, как стоит вести себя в такой ситуации?


💬Разбор от экспертов


Кейс разбирали:

👉 Александр Поляков, Delivery Manager в Росбанке" на "Unit Lead в Т-Защите
👉 Александр Орлов @eagleson77, автор книги "Джедайские техники конструктивного общения", управляющий партнер Школы менеджмента Стратоплан
👉 Игорь Цупко @i_tsupko - head of support & devops из Лемана ПРО и автор канала @lovely_it_hell

Разбираем новый кейс

👉 Кейс #23. Не хочу разочаровать менеджера

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

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

💬Разбор от экспертов


Кейс разбирали:
👉 Сергей Кукс @SergeyQx — Principal Engineer, ex- .NET Department Lead at JetBrains.
👉 Александр Поляков @X_Rey — Unit Lead в Т-Защите
👉 Александр Орлов @eagleson77 — автор книги "Джедайские техники конструктивного общения", управляющий партнер Школы менеджмента Стратоплан

Разбираем новый кейс

👉 Кейс #24

Сегодня собеседовал кандидата на вакансию аналитика и подумал, что интересный кейс попался, не знаю как с таким работать и в каких ситуациях
Вкратце, человек судя по резюме достаточно опытный, даже работал в нашей же компании в соседнем департаменте, но ушел оттуда полгода назад. Ушел в другую небольшую компанию строить аналитику с нуля, ну и ему не понравилось)
Теперь вот пришел ко мне на техничку, в резюме достаточно пафосные фразы, ну и видно что человек с амбициями и самомнением. Но вот только по факту выяснилось, что в коде он делает местами детские ошибки, в статистике тоже не супер ориентируется, в АБ-тестах сыпет терминами но слабо понимает что они значат.
Формально, я ему поставил не синьорский грейд, но хочется понять - стоит ли таких людей нанимать (если они вдруг согласятся) и потом пытаться переучивать/доучивать? Или только в крайних случаях?


💬Разбор от экспертов


Кейс разбирал:
👉 Сергей Кукс @SergeyQx — Principal Engineer, ex- .NET Department Lead at JetBrains.

Разбираем новый кейс

👉 Кейс #25. Наняли, чтобы уволил предшественника
Я скоро выхожу работать в новую компанию, и собеседовали меня “на вырост”. Уже после принятия оффера мне сообщили, что как только я начну, моя задача – вытащить максимум информации из своего руководителя, а спустя 90 дней принять на себя его роль и уволить его. В мотивацию этого они глубоко не закапывались – что-то про то, что он застрял в своем развитии, тормозит все изменения вокруг, и с ним тяжело работать стейкхолдерам.

При этом в точности рассказать, в чем проблемы с этим человеков, и, что еще хуже – за что именно он сейчас отвечает, и что мне предстоит на себя взять, мне никто не может. Звучит, как полный бардак – но отказываться от оффера тоже не хочется, это первое предложение за последние полгода. Что вы посоветуете?

💬Разбор от эксперта


Кейс разбирал:
👉Вячеслав Панкратов @slavapankratov, СЕО и управляющий партнер Школы менеджмента Стратоплан


Поделитесь в комментариях своим мнением и делитесь своими кейсами 👉 @TeamleadDoNotSleepBot

Совсем скоро мы поделимся с вами новыми кейсами и разборами к ним от наших экспертов, но а пока ждем от вас ваши кейсы и вопросы.

Вопрос можно прислать через бот
👉 @TeamleadDoNotSleepBot, воспользовавшись командой /start

Спасибо, что присылаете свои вопросы!

Разбираем новый кейс

👉 Кейс #26. Команда разучилась принимать решения
Когда я впервые стал менеджером, я пытался быть полезным в любой ситуации. Если кто-то задавал вопрос, я сразу отвечал. Если кто-то не был уверен, что делать, я вмешивался и все прояснял. Тогда мне казалось, что я поддерживаю команду и помогаю не терять темп. И только спустя год я понял, что на самом деле я учил всех сначала приходить ко мне, а потом уже что-то делать.

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

Что мне стоит сделать, чтобы изменить ситуацию? Я точно не хочу быть бутылочным горлышком, и хочу, чтобы команда могла работать и без меня рядом.


💬Разбор от экспертов


Кейс разбирали:
👉 Александр Орлов @eagleson77 — автор книги "Джедайские техники конструктивного общения", управляющий партнер Школы менеджмента Стратоплан
👉 Игорь Цупко @i_tsupko - head of support & devops из Лемана ПРО и автор канала @lovely_it_hell

Поделитесь в комментариях своим мнением и своими кейсами в наш тг-бот👉 @TeamleadDoNotSleepBot