Последнее время я стал чаще выступать. Митапы, конференции, внутренние мероприятия. Где-то делюсь опытом по управлению командами, где-то рассказываю про технические подходы, архитектуру и процессы. Форматы разные, аудитория тоже. И каждый раз, когда выкладываю анонс, обязательно прилетает вопрос:

“А зачем тебе вообще это нужно?”

Хороший вопрос.

🧱 Первое: чтобы лучше понимать самого себя

Когда ты готовишь выступление, особенно публичное — приходится всерьёз разбираться в теме. Мало просто рассказать “как мы у себя сделали”. Надо ответить на вопрос зачем, какую проблему решали, почему выбрали именно такое решение, что пошло не так и что бы сделали по-другому.

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

Если вы когда-нибудь писали техническую статью или готовили внутреннюю презентацию по архитектуре, то понимаете, о чём я. Всё, что было “на ощущениях”, разваливается. Остаётся только то, что можно объяснить другим.

🧠 Второе: систематизация и структурирование опыта

Тимлид накапливает довольно много опыта. Проблема в том, что он часто не оформлен — просто плавает в голове в виде “интуитивных решений”. Мы знаем, как почувствовать, что человеку пора в рост. Как на глаз оценить, сгорит ли он на этой задаче. Как предположить, где проект поедет.

Пока это знание не систематизировано, оно остаётся личным. Как только ты попробуешь его донести до других — оно начнёт оформляться в инструменты, чек-листы, паттерны. И это, кстати, самый короткий путь к повышению уровня. Потому что ты перестаёшь быть “просто хорошим исполнителем”, и начинаешь быть человеком, который может учить других.

🫱 Третье: узнаваемость и контекст

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

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

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

🪚 Четвёртое: защита от выгорания

Когда ты долго варишься в одном проекте, одном домене и одной культуре, есть риск закиснуть. Особенно, если всё работает более-менее стабильно. Казалось бы — это хорошо. На практике — это ловушка. Потеря интереса, инерционность, выгорание.

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

Ну и наконец — потому что это полезно другим

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

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