Доклады конференции Saint TeamLead Conf 2026

В этом докладе вы узнаете, как Блок СТО Cloud.ru за полгода прошёл путь от хаотичных экспериментов к системной AI‑first команде. Мы столкнулись с главными барьерами — нехваткой знаний и времени — и перестали гадать: внедрили скоринг проектов по четырём критериям, научились различать типы проектов и перестали смешивать всё в кучу. В результате страх ошибок исчез, вовлечённость выросла до 84%, а дефицит времени перестал быть блокером. Вы получите пять готовых инструментов: методологию скоринга, шаблоны опросов, рецепты решения проблем (качество ИИ, безопасность), принципы сообщества и чек‑лист наших ошибок.

Главный вывод: AI‑трансформация — это не про технологии, а про людей, время и умение учиться на ошибках. Мы встроились в общий AI‑трек компании, делимся практиками и перестали быть изолированным островом. Этот доклад — честная история о том, как не прятать факапы, а разбирать их публично, и как превратить ИИ из пилотов в драйвер бизнес‑ценности и культурной трансформации. Опыт будет полезен руководителям и тимлидам, которые хотят получать реальный результат от ИИ.

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

Главное, что сработало у нас — это превращение рядовых разработчиков в уверенных интервьюеров через простую схему «2+2+фидбек» и тотальная прозрачность в связке с рекрутером на базе обычных гугл-таблиц.

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

Ключевые тезисы доклада:

● Фокус на убытках: что теряет бизнес, игнорируя IT-инвестиции?

● Язык цифр и метрик: всегда переводите техническое в конкретные бизнес-результаты (деньги, скорость, риски).

● Доказательства через пилоты: не теории, а быстрые, измеримые эксперименты.

● Инвестиции vs Затраты: четкое разделение в бюджете и коммуникации.

● Доверие: самый недооцененный компонент успешности проектов.

● IT как актив: технологии — это рычаг для достижения бизнес-целей.

Чтобы управлять организацией, руководителю надо знать ее текущее состояние, понимать целевое и оценивать динамику изменений. Когда количество команд под управлением приближается к десятку, оценивать показатели «на глаз» становится слишком сложно. Хочется ввести метрики, чтобы получать агрегированные данные.

Фреймворков для анализа продуктивности разработки много (DORA, SPACE, Kanban-метрики, ...). Но для конкретной ситуации они могут быть слишком универсальны, сложны во внедрении или не соответствовать текущим потребностям.

Я расскажу, как оцифровать процесс, оттолкнувшись от ожиданий стейкхолдеров и особенностей организации. Не внедрять популярный фреймворк, а собрать решение под свои задачи.

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

На мастер-классе мы детально проработаем:

• как донести свою идею так, чтобы она зацепила слушателя?
• как экономически обосновать то, что ваша идея стоит того, чтобы в неё инвестировать время и деньги
• как вашу идею превратить в цели для команды, которые можно и вышестоящему руководству показать

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

У меня за плечами 12 лет управления командами разработчиков. В докладе переосмысливаю накопленный опыт в новом мире победивших нейронок.

Поговорим про управление людьми, ИИ-агентами, командами людей и роями ИИ-агентов. Разберемся, какие управленческие навыки теряют актуальность, какие, наоборот, становятся сверхвостребованными и кого все-таки не заменят роботы (по крайней мере до следующей TeamLead Conf).

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

В компаниях любят говорить про прозрачность, ценности и data-driven решения. А потом ресурсы получает не тот, у кого сильнее аргументы, а тот, кто лучше понял, кому что нужно и где на самом деле принимается решение.

Для тимлида это неприятное открытие. Оказывается, можно хорошо работать, быть правым, приносить пользу — и всё равно проигрывать. Просто потому что ты спорил в неправильной комнате, с неправильными людьми и на языке, который никого наверху не интересует. В докладе разберём корпоративную политику как она есть.

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

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

Что нужно знать и делать, чтобы питч стал результативным? Расскажу по пунктам в своем выступлении.

Структура доклада:

— структура продающей речи,

— разминка для энергии и подачи,

— фишки, которые нужно добавить в речь для успеха.

Кажется, что формула успеха проста: закрывай больше задач, пиши чистый код, и инкриз сам снизойдет на тебя. Но на практике всё иначе: одни растут по грейдам каждые полгода, а другие годами остаются «сильными мидлами» с горой новых тикетов в Jira.

Доклад для тех, кто хочет понять правила игры в BigTech и научиться конвертировать свой труд в реальный рост должности и зарплаты.

1.Честно о выгорании: почему даже лучшие хотят всё бросить

– Мифы и реальность лидерского выгорания

– Симптомы, которые мы игнорируем

– Личный опыт: как я оказался на грани

2.Внутренние ресурсы: что это и где их искать?

– Психологические и физиологические основы ресурса

– Почему «соберись» не работает

– Техника «ресурсного сканирования» — быстрый аудит своих сил

3.Лидер под давлением: как не потерять себя в заботе о команде

– Где проходит граница между эмпатией и самопожертвованием

– Практика: как делегировать не только задачи, но и ответственность за результат

4.Три стратегии восстановления энергии для тимлида

– Микропаузы и макроотдых: планируем recharge по-научному

– Инструменты саморефлексии: дневник успехов, карта тревог

– Ритуалы поддержки: как создать свою «энергетическую аптечку»

5.Вдохновлять, когда сам на нуле: возможно ли это?

– Кейсы из жизни тимлидов: как находить опору в трудные моменты

– Вопросы, которые стоит задать себе перед тем, как сдаться

– Как не бояться просить помощи (и где её искать)

Ключевые тезисы доклада:

• Типы личностей в корпорациях с которыми приходится уживаться;
• Примеры конфликтных ситуаций и способы их разрешения;
• Эмпатия – секретное оружие в выстраивании отношений;
• Пошаговая инструкция по прогрессу во взаимоотношениях.

Стали руководителем, а помимо роста зарплаты, получили еще переработки, стресс и ощущение, что раньше были эффективнее?

Это нормально, ведь ваша нагрузка выросла не только по количеству задач, но и по уровню энергии, которую они требуют! Ресурс, которого раньше хватало на 6 часов написания кода, теперь заканчивается к обеду.

В докладе я расскажу:

— почему руководителю нужно больше энергии и куда он ее тратит, помимо решения основных задач;

— почему классические техники тайм-менеджмента часто перестают справляться;

— как использовать energy management, чтобы планировать свою нагрузку, эффективно справляться с задачами и снизить прокрастинацию.

Вы заберете с собой практические инструменты:

— как оценивать баланс энергии течение дня и замечать причины ее утечки;

— как победить самых популярных «дементоров», высасывающих энергию на работе, от неприятных коммуникаций до сомнений в своем профессионализме;

— как перераспределять нагрузку в течения дня, чтобы к вечеру оставались силы на хобби, саморазвитие и время с близкими!

Notion Agent уже сам парсит переписку в Slack и создаёт таски. GPT строчит саммари митингов лучше, чем кто либо из людей, затем позволяет из них автоматом строить задачи в jira. А ИИ-агенты мониторят почту и решают за вас, что важно, а что — очередной вопрос от коллег спам.

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

Селфрепорт в большинстве компаний воспринимается как бюрократия: инженеры тратят время на текст, который никому не нужен, а тимлиды получают документ, с которым сложно работать на калибровке. Я столкнулся с этой проблемой, когда пришёл руководить направлением из 5 команд и 30 инженеров.

За одну волну перформанс-ревью я переделал формат селфрепорта: дал структуру, шаблон и пример, потребовал указывать бизнес-метрики — не для оценки, а для понимания контекста. Столкнулся с сопротивлением и от тимлидов, и от разработчиков. Расскажу, что сработало, что нет и почему селфрепорт — самый дешёвый способ начать сдвигать мышление инженеров с «участвовал, делал, настраивал» на «вот результат и вот что я из него понял».

Доклад будет полезен тем, кто хочет повторить это у себя: покажу шаблон, примеры «было/стало» и чек-лист для тимлида.

Я расскажу о своём опыте выхода на руководящую роль в момент объединения команд, потери части сотрудников и разрушения привычных процессов. В ситуации, когда доверие между командой, бизнесом и центральными функциями компании оказалось под угрозой, а требования по результату никуда не исчезли, пришлось буквально пересобирать всё заново: коммуникации, приоритеты и подход к управлению людьми.

В докладе поговорим о том:

• как оценить состояние команды, когда приходишь в новую компанию в период изменений;

• почему попытки тащить ситуацию на энтузиазме или через усиление контроля часто не работают;

• как переход к коротким, осязаемым результатам помогает вернуть доверие;

• как выстраивать взаимодействие между командой, бизнесом и другими подразделениями;

• какие управленческие практики помогают восстановить мотивацию и вовлечённость инженеров.

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

Современная рабочая среда становится всё сложнее: неопределённость, постоянные изменения, высокая скорость решений. В этих условиях от сотрудников ждут инициативности, ответственности и умения думать шире своей задачи.

Но на практике тимлиды часто сталкиваются с другой картиной:

— «Я же всё объяснил — почему человек не понял?»

— «Прошу подумать самому — а он ждёт инструкцию»

— «Хочу осознанности, а получаю формальное исполнение»

Проблема не всегда в мотивации или компетенциях. Часто руководитель и сотрудник просто находятся на разных уровнях мышления и используют разные модели восприятия ситуации.

В докладе разберём:

— почему сотрудники остаются в автоматическом режиме мышления;

— почему фраза «подумай сам» редко приносит результат;

— как переводить человека в режим анализа и понимания;

— 3 уровня обсуждения: личный, командный, организационный, где каждый — главный!

— как работать с данными, основаниями, ограничениями и контекстом;

— как замечать смешанные понятия и путаницу в обсуждениях;

— как развивать у команды системное мышление без микроменеджмента.

После доклада участники уйдут с набором практических инструментов для более зрелых 1:1, делегирования и развития команды.

Роль тимлида в современных командах давно вышла за рамки технического лидерства. Тимлид одновременно является инженером, менеджером, наставником и носителем ключевого контекста проекта. На практике значительная часть его времени уходит не на развитие людей и продукта, а на объяснение истории решений, поиск информации и ответы на повторяющиеся вопросы. По мере роста команды этот контекст масштабируется быстрее, чем возможности одного человека, и тимлид превращается в узкое место.

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

Появление ИИ меняет саму природу работы с контекстом. Контекст перестаёт быть набором статичных документов и превращается в живую систему, которая связывает задачи, код, архитектурные решения и коммуникации. Команда получает доступ к знаниям асинхронно 24/7, в момент необходимости, и может задавать вопросы на уровне смысла, а не искать фрагменты информации вручную.

В этой модели возникает понятие «тимлид++». Роль тимлида не автоматизируется и не обесценивается, а расширяется. Экспертиза лидера масштабируется на всю команду через систему, а ключевые договорённости и принципы перестают существовать только в голове одного человека. Команда становится менее зависимой от постоянного участия тимлида в операционных вопросах.

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

Это напрямую влияет на качество менторства. Встречи один на один смещаются от статусов и уточнений к разговору о росте, мышлении и развитии навыков. Тимлид работает не с инструкциями, а с людьми. Самостоятельность команды растёт, а наставничество становится системной практикой, а не побочным эффектом.

Параллельно появляется пространство для стратегического мышления. Тимлид может уделять внимание архитектуре, долгосрочным рискам, масштабированию и качеству решений. Он начинает влиять не только на текущую скорость команды, но и на её устойчивость в будущем.

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

В результате меняется сама модель управления. Команда переходит от ручного контроля к управлению через контекст, от зависимости от конкретного человека — к устойчивой системе знаний.

Вы чувствуете, что команда работает неэффективно, но не понимаете почему? Кажется, что проблема в процессах, но после изменений становится только хуже? Или структура команд больше не соответствует задачам бизнеса?

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

В докладе будет про системное сопротивление, которое невозможно решить управленческим давлением. Изменения редко проваливаются из-за идей. Они проваливаются в людях и в системе — внутри команды и на стыках между командами.

Команда соглашается, но не делает. Ответственность размывается.

Вы получите практическую карту, которая показывает, где именно «застревают» изменения и как с этим работать на уровне команды и системы, чтобы быстрее приходить к результату. В сопротивлении изменениям есть свои плюсы и мы о них поговорим.

Что заберете:

• понимание системного сопротивления и его проявлений;
• конкретные приёмы работы с командой и стыками без давления;
• чек-лист работы с сопротивлением.

Построение AI-native процесса с кодовыми агентами в небольшой команде и в крупной компании со зрелыми процессами — две разные задачи. В некоторых небольших командах достаточно подключить агента к репозиторию и получать эффект. В крупной организации с накопленной за годы базой знаний в Confluence первая ступень — привести знания в AI-ready формат и перестроить контур так, чтобы агент получил рабочий контекст. Без этой ступени дальнейшая агентизация не строится.

На кейсе 20+ команд покажу, как мы изучали классические SDD-фреймворки (OpenSpec, Spec Kit), почему ни один из них не подошёл «как есть» и что пришлось взять из разных подходов и доработать под свои реалии. Отдельно расскажу, как мигрировали команды из Confluence. К докладу будут первые результаты пилота.

Полезно инженерам, тимлидам и руководителям, которые строят AI-native процесс в крупных организациях и понимают, что путь «просто подключить Claude Code» подходит не всем.

А вы уже в AI-native разработке? Или просто выдали разработчикам Claude/Cursor и считаете, что внедрили AI? Или построили сквозной процесс с общим контекстом? Или вся агентная инфраструктура уже работает автономно, а людям оставлены HITL-вставки в критичных точках? Кто-то застрял на начальных этапах, кто-то пытается перепрыгнуть стадии и запрыгнуть в полную автоматизацию.

В докладе:

— разберу мировые и локальные модели оценки зрелости AI в разработке;

— покажу, как честно определить, на каком уровне находится ваша команда или компания;

— расскажу, что меняется в инфраструктуре, процессах и роли разработчика на каждом следующем уровне.

Слушатель унесёт инструмент самооценки и понимание, какие именно архитектурные и процессные изменения нужны для следующего шага, а не для очередной галочки «внедрили AI».

Доклад о том, как с помощью LLM можно вывести подход Architecture as Code на новый уровень. На реальном кейсе покажу, как связка Structurizr DSL + Claude Code помогает быстрее готовить архитектурные решения, генерировать диаграммы, проводить предварительное ревью и убирать рутину из архитектурной работы.

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

Полгода назад мы принимали участие в уникальном эксперименте. Хотели попробовать применить AI агентов для написания кода, хотя довольно скептически к этому относились. Ну как оно может нас ускорить, думал я. Ведь она всего лишь умеет дописывать часть слов за разработчиком, но деле оказалось все гораздо интереснее.

Структура доклада:

• Рассмотрим, зачем нам вайбкодинг
• Изначальные цели эксперимента
• Сбор отдельной замотивированной команды
• Выбор инструментов и технологий
• Как выстроить работу с модель и не писать код руками
• Документация как контракт с AI
• Параллельная разработка и специализация
• Автоматический контроль качества
• Почему нужен именно разработчик, а не любой может вайбкодить
• С какими проблемами мы сталкнулись?
• Почему стандартные процессы пришлось менять?
• Результаты эксперимента (цифры и метрики)

Как превратить AI copilot из инструмента разработчика в систему управления разработкой?

На примере Veai я покажу, как CTO и тимлиды:

— Могут задавать требования и стандарты через правила копилотов;

— Упаковывать типичные задачи в workflow;

— Получать обратную связь через умные метрики.

План доклада:

— Эволюция управления разработкой (instructions → meetings → automation → AI agents);

— Что такое "copilot-native management" и почему это работает;

— Архитектура: как правила из git становятся знаниями copilot'а Метрики которые имеют смысл (не просто LOC, а compliance и quality);

— Case study: как это работает в реальном проекте.

Платформа может быть ускорителем разработки, а может стать узким местом для всей компании. Разберём типовые анти-паттерны платформенных команд и критерии, по которым можно оценить их эффективность.

В формате мастер-класса участники построят карту взаимодействия платформы с командами и определят точки роста.

Платформенные команды создаются, чтобы ускорять разработку и снижать нагрузку на продуктовые команды. Но иногда они превращаются в узкое место: через них проходит всё — от CI/CD до инфраструктуры, и скорость изменений начинает падать.

В докладе разберём, почему это происходит: как размытые границы ответственности, отсутствие интерфейсов и метрик превращают платформу в bottleneck. Поговорим о том, как проектировать платформенную команду как сервис — с чёткими границами, API взаимодействия и понятным throughput.

Вокруг практики разработки через тестирование (TDD) ходит множество мифов. Кто-то говорит, что это работает только в идеальном мире, где требования кристально понятны. Кто-то утверждает, что TDD — значит написать все тесты до кода, что практически невозможно. Кто-то же наоборот утверждает, что TDD гарантирует отсутствие багов и чистый дизайн.

И это всё неправда.

Если всё, что вы знаете о TDD, это что-то из описанного выше — приходите, будем вместе разбираться, где же собака зарыта.

Часто технический бэклог формируется по принципу: "давайте порефакторим", "есть какие-то общие NFR в компании, будем их тянуть". В результате команда тратит время и деньги на задачи, которые либо не приносят пользы, либо вообще вредят.

В докладе я покажу алгоритм формирования технического бэклога исходя из реальных потребностей бизнеса и продукта: выявление ключевых нефункциональных требований через Utility Tree, оценка архитектурных решений с помощью ATAM, продажа бизнесу и превращение всего этого в понятный набор технических задач и приоритетов.

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

Фокус смещён с технологии на организационную структуру команды. Вы узнаете как должна измениться социальная структура команды, чтобы был реальный результат.

В докладе — практический фреймворк для аудита команд, карта распределения когнитивных функций и чек-лист действий на следующий день.

Было ли вам страшно рефакторить или добавлять функционал в свой код? К сожалению, ситуация, когда мы боимся вносить изменения в свой код, нередка. Даже тесты зачастую не помогают справиться с этим ощущением, потому что мы им просто не доверяем. Мы не уверены, что тесты действительно проверяют работоспособность кода.

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

Приходи, и мы вместе разберёмся, что такое TDD, как писать тесты так, чтобы им можно было верить и как рефакторить без страха.

В этом докладе разберем, как мы выстроили процесс портирования микросервисов между C# и Python с помощью Claude Code и реализовали миграцию уже нескольких сервисов.

Расскажу, как мы выбирали сервис для миграции, какие ограничения заранее задали Claude Code, как подготовили тесты, как описали целевую архитектуру, какие skills доработали и как ревьюили результат. Отдельно разберем ошибки агента и ситуации, где инженерный контроль оказался критичен.

Доклад подойдет тем, кто оценивает, можно ли использовать AI-агентов для серьезных задач в production-коде: миграций, переписывания legacy, унификации стеков и ускорения технических изменений без потери контроля.

Архитектурная ката — это короткое, сфокусированное упражнение, в ходе которого IT-специалисты разных профилей совместно проектируют решение для конкретной технической задачи.

В процессе выполнения каты необходимо исследовать различные архитектурные подходы, выявить скрытые риски и найти оптимальное решение.

Ключевые принципы:

• Ограничение по времени: фокусировка на результативности.
• Конкретная цель: четко сформулированная проблема для решения.
• Разнообразие мнений: участвуют специалисты разнообразного профиля со своим уникальным опытом.
• Безопасная среда: голос каждого важен. Командная работа важна.

Что это позволит?

1. Сконцентрироваться на high-level design. Отойти от кода и рутины. Научиться мыслить паттернами, искать узкие места до реализации решения. Это позволит в дальнейшей практике разработки сэкономить время и силы на итерации рефакторинга и переработок.
2. Поскольку это командное соревнование, получаем приятный бонус — нетворкинг. Имитация решения архитектурной задачи в ограниченное время с умением слушать друг друга.

"В конце победит дружба!" — пресное завершение архитектурной каты. Защита решения будет проходить перед участниками и жюри с итоговой оценкой.

Если не страшно — you are welcome! Количество команд и участников ограничено таймингом!

Представьте: на встрече коллега в ответ на вашу критику идеи говорит: «Я понимаю, ты всегда за консервативные решения, но мы же здесь за инновации?». Это не спор по сути, а классический приём «чёрной риторики» — переход на личности и навешивание ярлыков.

Я приглашаю вас на мастер-класс, где мы будем практиковаться не только видеть такие уловки, но и грамотно на них реагировать.

В интенсивной групповой работе мы:

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

Где этот навык может пригодиться?

• В переговорах: когда вас пытаются загнать в нереальные дедлайны, используя давление («Только от тебя зависит успех всего квартала») или ложную дилемму («Или делаем к пятнице, или проект проваливается»).
• В конфликтах: чтобы различать конструктивную критику и манипуляции, направленные на перекладывание ответственности или дискредитацию коллег.
• В коммуникации с руководством и стейкхолдерами: чтобы противостоять манипулятивным аргументам («Все команды уже согласны, только вы тормозите») и удерживать фокус на фактах и возможностях.

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

В рамках воркшопа мы дадим тимлидам выбрать свои проблемы из списка наиболее частых ("бинго тимлида"), предложим алгоритмы их решения и организуем обмен знаниями и опытом.

Вы получите:

1. Диагностику на наличие тимлидских “тараканов” в голове и в команде.
2. Разбор своих кейсов на основе опыта других коллег.
3. Нетворкинг с теми, кто уже решал такие же проблемы.
4. Методики по самостоятельному решению тимлидских проблем.

Расскажу про инструмент для улучшения коммуникации из арсенала переговорщиков.

С помощью вербальных и невербальных сигналов можно создать ощущение, что вы с собеседником на одной волне, что позволяет договариваться быстрее и проще. Можно использовать как на встречах с заказчиком, так и со скандальной соседкой :)

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

На этом мастер-классе вы научитесь создавать портрет кандидата как инструмент отбора и роста команды: не "по шаблону", а под конкретную задачу, команду, стратегию и культурный контекст.

Вместе мы разберём ситуации, в которых описания вакансий точно недостаточно, и соберём портреты небесполезных кандидатов на основе кейсов, придуманных нами, но основанных на реальных событиях.

Руководителям приходится постоянно менять процессы, роли и правила, а команда отвечает усталостью и пассивным саботажем. Внутри команды это звучит как «не работает», на стыках - как очереди, пересогласования и вечное «нам не хватает данных».

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

Заберете с собой карту сопротивления и чек-лист работы с ним, чтобы запустить изменения уже в ближайшие спринты.

Знакомо ли вам состояние, когда перед важным разговором учащается пульс, пересыхает в горле, а голос звучит слабо или дрожит? Знаете, что сказать, но волнение мешает донести мысль ясно и достичь цели встречи?

Мне, как никому, это близко и знакомо: со школы у меня ситуативное заикание. И оно не мешает мне проводить лекции для студентов и выступать на конференциях, если готовиться не только технически, но и настраивать тело, как инструмент.

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

Вы научитесь:

• Брать волнение под контроль понимая, как дыхание «перезагружает» нервную систему;
• Звучать убедительно: активировав свой природный голос, сделаете его сильным и свободным;
• Обретёте телесную уверенность: используя простые движения, чтобы включить состояние уверенности;
• Понимать, почему это работает: узнаете физиологическую основу каждого упражнения – это ключ к осознанному применению.

Мы соединяем знание и действие. Вы сначала поймете почему это работает, а затем почувствуете как это работает на себе.

Результат: уйдете с чек-листом упражнений и пониманием физических инструментов, готовых к использованию уже завтра.

Превратите тело из источника волнения в надёжного союзника!