§ Публичные выступления

Я всегда ссался их. “Как не показаться идиотом на сцене”, “как я буду звучать для зрителей”, “если я щас запнусь, то потеряю внимание аудитории”. Постоянный внутренний диалог

Недавно я гонял на мастер-класс по публичным выступлениям и хочу поделиться мыслью оттуда

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

Применив такой подход, мне стало проще выступать перед аудиторией, будь то большое демо на работе или подкаст

Если у вам есть интересные советы, го в комменты!

�� Канал | 📱 Линкед | 📱 GitHub

СОЗВОН-ПОДКАСТ❗️

Уже в этот четверг в 19:30 у нас будет еще один крутой онлайн-подкаст. 🔥

Гость — Александр Тимофеев, Senior Go-разработчик в Flant 👣🤙

Тема подкаста: «Как не сгореть на пути к сеньору» 🙈

О чем поговорим?
🟣Как начать путь в Go и разработку 👨‍💻
🟣Выгорание: как понять и что делать 🤯
🟣Зачем нужен ментор и правильное окружение

🔥 Не пропусти! Подключайся сам и зови свои друзей 💖

#events

§ Редукция выбора

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

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

Выбор - довольно тяжёлое действие для психики человека, причём не имеет значения, что мы выбираем, напиток или квартиру. Мозг тратит ресурсы на принятия решений. Больше вариантов -> больше размышлений -> больше потраченных сил

Обращу внимание на маркетинг. Почему маркетологи компаний делают всего 2-3 опции продукта (маленький, средний, большой кофе или большая и маленькая упаковка чипсов)? Наверное, они что-то знают про психику человека и как он делает свой выбор. Представьте, если на полке было бы 10 пачек чипсов разных размеров, от 50 до 500 грамм. Это было бы катастрофой выбрать нужную -> негативные эмоции от покупки -> никто за чипсами не вернётся. В подтверждение этому есть исследования, приведу пример такого

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

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

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

�� Канал | 📱 Линкед | 📱 GitHub

§ Whoami

Привет! Настало время познакомиться поближе

Кто я?
- Я Саша, мне 21 год
- Senior Go Developer в компании Флант, развиваю платформу Observability
- Руковожу бэкенд командой в @bashnya_education, где когда-то начинал путь Go-разработчика
- Работал в Сбере, разрабатывал платформу Рекомендательных систем
- Двигаюсь к роли тимлида

Зачем это мне?
- Стать частью профессионального комьюнити
- Шарить знания и свои мысли
- Собирать вокруг себя крутых людей
- Возвращаться во времени и смотреть на проделанный путь

Зачем это вам?
- Вместе двигаться эффективнее и приятнее
- Читать про интересные вещи из мира Go и IT
- Делиться опытом интервью и работы в различных компаниях
- Следить за путём к успеху

Что здесь будет?
Чётких рубрик я не придумывал, и вряд ли буду. Но сделаем красиво🔥

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

До встречи!

📱 Канал | 📱 Линкед | 📱 GitHub

§ Как банда стажёров и мои ошибки привели к работающему продукту?

Друзья, привет! У меня появилась потребность делиться профессиональными (IT) и личностными достижениями с более широкой аудиторией.

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

Всё началось с авантюры — создать Mini App в Telegram для записи на мероприятия Башни (@bashnya_education) Зачем? Готовые решения не давали гибкости для будущего развития проекта. Я взял на себя ответственность за бэкенд и часть инфраструктуры. Ко мне в команду попали стажёры, прошедшие курс Башни. Ошибка номер раз: поверил ведущим курса, что ребята уже “обучены”. Поскольку лид команды отвечает за результат, он должен в начале детально оценить уровень команды и решить, с кем изначально не по пути. Я этого не сделал.

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

Кое-как мы добрались до даты прода. Помолясь, покатили склад костылей на сервак, следом долили 4-5 хотфиксов и ситуация стабилизировалась. Оглядываясь назад, я понимал, что больше не хочу уделять столько личного времени рядовым задачам. А значит, пришло время строить процесс разработки.

Насмотревшись записей TeamLead Conf, я начал имплементировать знания в практику. Команда уже окрепла, стала шустрее ориентироваться в коде, задачах. Появилась уверенность в них. Если я дам им задачу, они скорее всего её сделают.

1. “Правила игры” или “манифест выживания” для команды
- Чёткие правила: как коммуницируем, как выглядит рабочий процесс, критерии качества
- Система “морковка спереди и сзади”: все косяки разбираем и стараемся больше их не допускать. За многократные нарушения, зависящие только от человека, я прощаюсь с ним. В качестве поощрений внутрикомандная валюта (денег пока мало), которую можно обменять на мерч Башни, рекомендацию стажёра в бигтех и другие плюшки
- Не играю в микроменеджера. В начале спринта обсуждаю с командой задачи, дальше только отвечаю на их вопросы и помогаю. Никаких “какой статус по задачке”
- Принципы прозрачности, справедливости и гибкости

2. Продуктовый подход и процесс разработки
- Теперь мы работаем по спринтам. 2 недели пилим функционал -> релизим -> собираем фидбэк пользователей -> приоритизируем бэклог и так по кругу
- Минимизировал количество “срочных” влётов от бизнеса, позволяя команде спокойно работать. Теперь на вопрос бизнеса “а можем срочно сделать это?” я отвечаю “можем, но тогда сорвутся эта, та и третья задачи”. В 99% случаев тикет летит в бэклог.
- Срочные и критичные хотфиксы я делаю сам. Опять же, чтобы не трогать команду.

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

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