tgindex

TeamLead Сonf

описание

Информационный канал крупнейшей мультиформатной конференции для тимлидов и руководителей TeamLead Conf 2026 пройдёт 3 и 4 декабря в Москве: https://teamleadconf.ru/moscow/2026 @TeamLeadTalks - здесь чат тимлидов

← к каналу@TeamLeadChannel
5 266
подписчиков
Охват к подписчикам
21,1%
ERR
Реакции к просмотрам
0,28%
100 на 33 постов
Пересылки к просмотрам
0,79%
279
Постов в день
0,6
всего 34

Где отзываются чаще

доля реакций к просмотрам
  • 26 июн. 2025 г.#Teamlead Александр Фокин. Стратегический менеджмент для тимлидов: путь к успеху. Тема стратегии рассказывают топам, но не тимлидам. А зря, он жалеет, что в своем время не услышал аналогичный доклад. Нужно ли тимлиду думать стратегически. Жуков: "Армией командую я и сержанты", он с этим согласен. Тимлиды - это сержанты в ИТ. Стратегию обычно делает группа CEO, CEO-1, иногда кто-то еще ограничено. Вся компания или даже тимлиды вовлекаются редко, так как у них обычно нет опыта и сложно определить различные мнения. Стратегия - понимание места и роли в будущем горизонте событий. Проблемы, если не знаешь стратегию * Руководство не слышит ваше мнение - вы не мыслите в контексте компании * Расфокус, невозможно разумно поставить приоритеты * Не понимание и демотивация, потому что не понимаешь цель задачи, как она ложится в движение компании * Стоим на месте - техдолг и операционка, отставанеи планов. При погружении в стратегию возникает диалог: вы можете мыслить соразмерно топам. Растет фокусировка, мотивация (задача ложится в целое), прогресс, понимание конкурентности: мы задаем темп рынка, а не догоняем. В какой вы ситуации? * Может быть, стратегии компании нет - так бывает, движение хаотично * Стратегия есть, но мне неизвестна - движение разумно, но вы не понмиаете причины * Стратегия есть, но не работает - есть презентация, но практика ей противоречит Как действуем, когда стратегии нет 1. Подтверждение - задаем вопросы, погружаемся в контекст 2. Собираем ожидания, требования, цели - отвечать будут неохотно, но заинтересуют 3. Анализ 4. Разработка стратегии команды: цели приоритеты, видение и метрики 5. Принести руководителю. Будет вау-эффект, тимлиды обычно не занимаются этим. 6. Презентация команде - руководитель может сильно поправить, раньше не нужно. Обратная связь от команды, ответ на вопросы. Цели и инициативы могут понимать по-разному, нужна пересинхронизация, и надо быть готовым к изменениям. 7. Реализация - надо встроить в операционный ритм. 8. Актуализация - сверяем с изменением обстановки, смотрим по сторонам, это часто забывают. Хотя бы два раза в год, ежегодно - редко. Если стратегия неизвестна - проскакивают шаг вопросов, вам сразу выдали 200 страниц - читай. Но дальше - все равно делаем стратегию команды, вписанную в стратегию компании. * Цели - что компания выделили для себя. Проецируем на команду - в чем участвуем. * Ключевые инициативы - тоже проекция на команду. Могут быть вариант, что в целях не увидел, а в инициативе - видно. * Метрика. На какие команда влияет. Проанализировать формулу расчета, прикинуть влияние команды - может быть не очевидно * Риски - митигация, если в нашем периметре * Дизрапт - начало появляться несколько лет назад, про изменение правил игры на рынке. Если стратегия есть, но она не работает? Тот же путь, но надо разобраться в ситуации - почему не работает. Что должно быть в работающей стратегии * Конкретные и понятные, а не абстрактные цели * Стратегия встроена в операционный ритм, а не просто лежит и операционка ее забивает. * Стратегия актуальна, не устарела * Выделены приоритеты: конструкция 50 целей и 100 инициатив не работает * Есть метрики для отслеживания прогресса. Стратагемы * +20% на хаос. Но не больше, договоритесь с руководством * "Нет" без критериев: влетающие задачи соотносятся с критериями соответствия целям, сделать это публичным. * Один стратегический вопрос: В фjкусе только одно направление, а не все сразу. Фокусировка скоупа. * Реверс-приоритизация. Посмотреть критично на свой бэклог и задать вопрос "что будет, если не сделать?" * Стратегический долг - улучшаем систему, не дожидаясь коллапса, нужен таймбокс на эти задачи чтобы идти малыми шагами. Итого, стратегия - это несложно. И это - не 100 страниц, это фокус на одной цели. Вопрос: какова роль продукта? Ответ: продукт - представитель бизнеса, но долгосрочная внятная продуктовая стратегия у них есть не часто. Если есть - вам повезло. Но продукт думает про продукт, а не про технологии, у него другая зона ответственности. Но связь технологий с бизнесом надо простроить.1,00%
  • 17 июл.Когда делегировал часть задач AI, но ещё не привык доверять результату 😁 #будниТимлида0,87%
  • 7 авг.Когда просят внедрить изменения без сопротивления команды... #будниТимлида0,77%
  • 13 авг.Приём заявок на TeamLead Conf 2026 закончится через три дня⚡ Если вы планировали выступить, но ещё не отправили заявку, успейте сделать это до 16 августа. Остались вопросы по подготовке или отбору? Посмотрите запись онлайн-встречи с Программным комитетом. Возможно, на ней разбирали как раз то, что пока останавливает вас от подачи. ▶️ Запись встречи 🖐️ Ваш опыт нужен сотням руководителей, подавайте заявку на сайте0,63%
  • 8 июл.Тимлидство — это тупик или новая развилка в карьере? Многие видят в этой роли лишь рутину и потерю хард-скиллов. Но так ли это на самом деле? Тимлидство — это не деградация, а переход в другую профессию, где ценятся навыки управления людьми, проектами и процессами. В этой статье разобрали, почему то, что многие считают «недостатками» этой роли, на практике становится преимуществом. И куда можно развиваться дальше: в мидл-менеджмент, C-level или смежные роли вроде DevRel и продакт-менеджмента. Прочитайте статью и найдите ответ: тупик или новая развилка? 🙌0,61%
  • 26 июн. 2025 г.@mtsepkov Открывающий доклад #Teamlead Дмитрий Болдырев. Что нам стоит Team построить? «Шокирующая правда» о командах и командостроении. Доклад о строительстве команд в old school парадигме - всерьез и надолго. Детальный разбор модели Такмана по этапам. С рисками и потерями. И не очевидным, на мой взгляд, эффектом: Дмитрий говорит, что производительность +30%, 1 из трех команд разваливается на пути, а процесс командообразования для 12 человек занимает около года. При этмо понятно, что есть ситуации, когда команда все-таки необходима, например, нужно решить прорывную длинную задачу. Но, как я вижу, на практике есть light-вариант команды, которая уже больше, чем группа автономных исполнителей, но не в полной мере удовлетворяет всем критериям командной работы, которые формулировал Дмитрий. И при хорошей культуре и умениях в компании или отдельного руководителя проектные команды получаются такие, и гораздо быстрее. Еще замечу, что Scrum (и Kanban) дает организационную форму, обеспечивающую light-вариант создания команды - если уметь это делать, я это видел на многих историях. Это было мое мнение, а теперь - конспект содержания доклада, оно ценное. И хорошо структурированное. Команда - свойство рабочей группы, в котором она демонстрирует командную работу. * Все действительно хотят достичь цели, стоящей перед группой. Не сочувствуют, делают вид или разделяют, а воспринимают как личную * Имеют одинаковое представление о том, что происходит: что делается, куда идем * Все в целом согласны с ситуацией. Нет противоречий и внутренней оппозиции * Все постоянно отслеживают друг друга, мониторят. Они сами хотят знать, что делают другие * Все дают друг другу немедленную, искреннюю и конструктивную обратную связь. Критика - про действия, а не личность, и идеи исправления * Все проактивно подстраиваются, адаптируются друг под друга. * Все проактивно страхуют друг друга и оказывают поддержку. * Все взаимодействуют напрямую, адресно и не ожидают фидбека. Не через руководителя, не послания "в пустоту" (тут нужно сделать...), не сигналы * Все правдиво информируют друг друга о своем положении дел. Не боятся рассказывать о фейлах. * Принимают друг друга такими, как есть, с достоинствами и недостатками. Нет ситуации "он не нравится, я не общаюсь" * Все доверяют друг друга: добросовестны и нет злобных замыслов * Нет внутренней конкуренции и борьбы за статус, не бьются друг с другом * Участники осознают и принимают групповую ответственность. Включая материальную: личная зарплата зависит от результата группы. Реакция на такое предложение - маркер * Группа слаженно работает и при отвсутствии руководителя * Участники стремятся оставаться в текущем составе * Группа устойчива к трудностям и постоянно развивается В чем ценность командности? В командной работе - команды работают лучше процентов на 30, потому что не тратят время на выяснение отношений. Не команда все время что-то делит. Команда пришли, разобрала работу и работает - молча. Работают качественнее и креативнее - не боятся вкинуть идею. Чаще добиваются результата, эффективнее, меньшим составом - группа усыхает, и дольше сохраняют работоспособность в моменте и в долгую. У командности есть цена. * Превращение группы в команду для 12 человек занимает в среднем год * Может потребоваться радикальная перестройка бизнес-процессов и орг.структуры * Командообразование, строительство дает просадку производительности на 25% минимум. * Смена состава 30-70%, уйдут или вы отправите специалистов, которые могут быть профи. Профессионализм и умение работать в команде - разное. * В 1 случае из трех группа теряется * Наличие у руководителя выраженных личных качеств. * Требует радикальной перестройки руководителя от директивного в не-директивный когда завелась.0,61%
  • 28 июн. 2024 г.#Teamlead Игорь Гранщиков из Авито. Система управления с обратной связью. Тимлид вырастает и начинает руководить не командой, а другими тимлидами. И тут старая система управления перестает работать, надо строить новую, о которой был доклад. Система состоит из двух элементов: целеполагание и операционное ревью, на котором оценивается текущее состояние команд. При этом у руководителя - светофорная модель из метрик, и если на ней горит красный сигнал, то разобраться в деталях - задача тимлида. В этом смысле, получается, что руководитель второго уровня внутри квартала не нужен - за светофорами может наблюдать и автомат. Ну или у него получается почти бесконечное масштабирование по числу команд. Какая-то тут есть засада. Возвращаясь к докладу. Целеполагание. Три группы целей: * Продукт - ценность, поставляемая в продакшн * Процессы - метрики их функционирования, например, cycle time * Люди: счастье, найм. Цели - фиксируем ожидания. Операционное ревью: есть цели и факт. И если есть невыполнение или риск невыполнения - должен сработать триггер и дать корректировку действий. Были рассмотрены 5 задач. 1. Контролировать результативность и эффективность 2. Настраивать процессы чужими командами 3. Запускать команды чужими руками 4. Контролировать перформанс-менеджмент 5. Развивать старших инженеров. Теперь о них по порядку. 1. Контролировать результативность и эффективность. Результативность - делать правильные вещи, эффективность - делать их правильно (быстро, качественно). Это - разное, следить надо за обоими. Burndown. Результативность - поставка того, что выпускает. План-факт. А скорость - эффективность, производная от скорости. Одна из метрик - cycle time. Если цель - запустить ипотечную анкету на мобильных платформах. Отставание 10 дней, один из эпиков заблокирован смежниками. Метод изменений: в начале квартала сверять планы свои со смежниками. Цель по cycle time может быть не достигнута по той же причине. Тимлид докапывается до причин, а руководитель тимлидов смотрит на светофор. Есть еще несоклько метрик индексов: support ticket sla reaction, zero bug policy, crashes, LSR SLA 2. Настраиваем процессы чужими руками. Досталось легаси плохого качества, много пользователей обращались в поддержку. Обращения матчатся с багами, для каждого известно. Цель: привести HD count к целевому значению. И количество решенных тикетов от суппорта 10+. Дальше мониторили - и получилось успешно за пару кварталов. Потом вывели на мониторинг. 3. Запускать команды чужими руками. При запуске команды есть общее: процессы и практики соответствуют стандарту. Agile periodic table - чек лист. Начал печатать, класть на стол и помечать. Но не масштабируется. В Авито есть модель зрелости Team maturity model. Опрос по соответствию. И дальше по каждому пункту светофорная модель. Тимлид видит детали у себя, а руководитель - сводку по командам и динамику. И раз есть метрика - мы можем ставить цели по движению по по модели. 4. Контролировать performance management. Тимлиды затягивают обратную связь сотрудникам. Особенно начинающие. И начал включать в операционное ревью мини-оценку сотрудника. При этом требовалось каждого оценить, обязательно хорошо-плохо. Бинарно, нормально объединено с хорошо, и это - сознательно. Потому что у начинающего тимлида нормально - это плохо, по которому он не хочет выдавать обратную связь. Если плохо - то причины и action plan. Это побуждает тимлида давать обратную связь. 5. Развивать старших инженеров. Стандартные планы не работают, нужны нестандартные challenge. Например challenge: реализовать платформу календарей и применить для разных платформ. Или повысить SLA. Как часто? Есть быстродействие, регулирование и точность. Слишком часто - задергаем команду, слишком редко - не будем реагировать. Целеполагание - как целеполагание в организации, у них раз в квартал. А операционное ревью 10% - 1-2 недели (9 дней формально). На последней период операционного ревью есть выполнение целей. И мы можем воспользоваться для обратной связи. Но! Это не должно становиться KPI, это должно быть поддерживающей штукой.0,50%
  • 24 июл.Выгорание инженеров, найм в эпоху ИИ, командная работа, лидерство и новые требования к разработчикам. В сегодняшнем дайджесте — исследования, аналитика и экспертный взгляд на трансформацию инженерной профессии. 🔴The 2026 engineer paradox: more capable, but more alone. ИИ делает инженеров более автономными, но разрушает командную коллаборацию и передачу знаний. Исследование 133 open-source проектов показывает, что 65% из них находятся в серьёзной опасности при уходе всего 1-2 ключевых контрибьюторов. Отчет DORA 2024 подтверждает: рост внедрения ИИ на 25% ведет к падению стабильности команды на 7.2%. Трение в процессах было не просто затратой — именно так команды учились друг у друга. 🔴AI productivity is burning out your best engineers. Возникает проблема «невидимого валидатора»: мидл-инженеры субсидируют ИИ-продуктивность остальных членов команды и выгорают из-за этого. Они тратят огромное количество времени на проверку и ревью ИИ-сгенерированного кода джуниоров, что остается незамеченным в метриках. Эти выгорающие инженеры — будущие senior-лидеры ваших компаний. 🔴Tech jobs market in 2026, part 3: hiring managers & job seekers. Рынок труда переживает парадокс: нанимающие менеджеры не могут найти опытных специалистов, в то время как сильные кандидаты сталкиваются с игнорированием. ИИ-сгенерированные резюме и даже фейковые кандидаты с ИИ-помощниками на интервью усложняют скрининг. При этом наблюдается взрывной спрос на AI-инженеров. 🔴How tech workers are feeling in 2026: a workforce splitting in two. Опрос показывает глубокий раскол в ИТ-индустрии: половина специалистов чувствует себя усиленной благодаря ИИ, тогда как другая половина ощущает дестабилизацию. Наблюдается рост профессионального выгорания и падение оптимизма относительно карьерных перспектив в отрасли. 🔴Leadership's Blind Spot in the Age of AI. Чрезмерная зависимость от искусственного интеллекта разрушает глубокое мышление, интуицию и креативность ИТ-лидеров. Авторы подчеркивают необходимость развивать «органический интеллект» и интуицию наряду с использованием ИИ, чтобы не потерять стратегическое видение. 🔴Amazon's CTO on how developers can ride out the AI-powered coding wave. Werner Vogels рассуждает о трансформации профессии инженера. По его мнению, индустрии теперь нужны «разработчики эпохи Возрождения» — специалисты с глубокой экспертизой и широким любопытством. Умение проводить качественное ревью и проверять факты становится важнее навыка написания кода. Интересного чтения, новых инсайтов и отличных выходных 🙌0,37%
  • 6 авг.Что отметили участники Saint TeamLead Conf 2026 🌟 После каждого выступления участники оценивали доклады (и другие форматы) по двум критериям: содержание и подача. В этом посте 5 докладов, которые получили самые высокие оценки аудитории. На днях опубликуем вторую часть с недокладными форматами. После каждой конференции мы подводим такие итоги, и всегда интересно посмотреть, какие темы и выступления получили наибольший отклик от участников. 1️⃣ Тебя съедят первым: неформальные правила, о которых тимлидам не рассказывают. Татьяна Костенкова (tkostenkova.ru) 2️⃣ AI в PDLC: как построить работающий процесс. Михаил Чернов (Альфа-Банк) 3️⃣ Когда хочется всё бросить: как найти внутренние ресурсы для движения вперёд. Алеся Бикбулатова (ICL) 4️⃣ От техдолга до бизнес-ценности: как объяснить, почему IT — это инвестиция, а не затраты. Илья Чуносов (ИТ-холдинг Т1) 5️⃣ Выводим подход Architecture as Code на новый уровень с помощью Claude Code. Алексей Пронский (билайн) ✅ Мы продолжаем собирать программу следующей конференции TeamLead Conf — приём заявок открыт Встречаемся 3 и 4 декабря в Москве 🙌0,37%
  • 7 авг.Почему одна заявка проходит отбор, а другая — нет? Обсудим это на онлайн-встрече с Программным комитетом TeamLead Conf 2026. 📍11 августа, 19:00 (мск) Разберём: •по каким признакам заявки проходят отбор; •чем хорошая заявка отличается от сильного доклада; •какие ошибки чаще всего приводят к отказу; •что важно не упустить при подготовке. Также участников встречи ждут: гайд по подготовке доклада, приоритетные темы сезона и розыгрыш готового слота в программе конференции 🎁 Регистрируйтесь и подключайтесь ✅0,32%
  • 6 авг.🚀 Ищем волонтеров на TeamLead Сибирь 📍Конференция пройдёт 10 и 11 сентября в Новосибирске Если вам интересно увидеть закулисье нашей конференции, получить опыт организации мероприятия такого масштаба и стать частью профессионального сообщества — присоединяйтесь к команде помощников-организаторов. Вас ждет: классная команда, понятные задачи и поддержка координаторов, доступ к контенту конференции, общение с экспертами и профессионалами из крупнейших IT-компаний, горячее питание в дни работы, и, конечно, позитивные эмоции и памятные подарки 🎁 Задачи: работа в залах, помощь в логистике на площадке, регистрация участников, помощь в зоне выставки. ➡️ Отправить заявку на участие0,32%
  • 14 авг.Продолжаем делиться тем, что особенно высоко оценили участники Saint TeamLead Conf 2026 🌟 В первой части мы рассказали вам о докладах, теперь — о недокладных форматах, которые получили самые высокие оценки аудитории по содержанию и подаче. 1️⃣ Воркшоп «Платформенная команда — это ускоритель или узкое место?». Александр Апазиди (Независимый эксперт, ментор CTO Apazidi IT), Елена Большакова (Яндекс), Илья Прахт (Стратоплан, Thrive Technologies), Марина Орешина (Wildberries & Russ (RWB)), Никита Шевченко (DeltaClick (D Innovate Group)), Андрей Трапезин (BIOCAD), Антон Сарычев (Сибур Цифровой) 2️⃣ Архитектурная ката. Владимир Невзоров (Servicepipe) 3️⃣ Воркшоп «Настрой тело как инструмент перед важными встречами». Елена Балашова (Яндекс), Анастасия Фомина (Актриса театра и кино) 4️⃣ Мастер-класс «Черная риторика: распознать, понять, противостоять». Светлана Болсуновская (YADRO) 5️⃣ строчку разделили сразу два формата: Открытая запись подкаста «Три тимлида заходят в бар». Политические игры в корпорациях и что стоит знать про это тимлиду. Виктор Корейша (Ozon), Анастасия Абрашитова (Yandex Infrastructure), Евгений Антонов (Yandex Infrastructure) Круглый стол «Приведет ли внедрение AI-инструментов к сокращению ФОТ?». Евгений Дубовик (Синимекс), Иван Поддубный (Вебпрактик), Алик Курдюков (UnitedTraders), Даниил Подольский (YADRO) Следующая TeamLead Conf 2026 пройдёт 3 и 4 декабря в Москве. Если хотите стать спикером — заявку на выступление ещё можно подать до 16 августа ✅0,31%