Тимлид Леонид
7.99K subscribers
382 photos
7 videos
1 file
194 links
Канал команды Skyeng Tech. Рассказываем про внутреннюю кухню, тимлидство, кейсы из жизни разработки и QA, а еще делимся статьями и докладами ребят.
Download Telegram
Всем привет!

Вчера вышел подкаст “Разговоры СТО” с моим участием. Поговорили с Павлом Притчиным, автором подкаста и СТО Dodo Engineering, про структуру команд разработки в Skyeng, о проблемах найма и как они сейчас решаются, про школу тимлидов и объективные метрики для developers experience.

Послушать можно на:
Apple
Google
Spotify
Яндекс
Привет всем!

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

1. Прощай кофе! Кофеин не бодрит, а лишь блокирует чувство усталости, иными словами он не дает вам больше энергии, а просто маскирует вашу измотанность. Учитывая, что кофеин действует 6-8 часов, а мы любим пить кофе целый день, то когда приходит время ложиться спать, организм не чувствует утомленности, сердце продолжает активно работать, а мозг генерит мысли и идеи. В лучшем случае заснуть получается через несколько часов, не удивительно, что утром мы просыпаемся разбитыми. Так что снова пьем кофе и идем по кругу...

Постепенно я сократил потребление кофе на 85% и разорвал порочный круг. Позволяю кофе только по пятницам, просто потому что действительно нравится его вкус. Что в итоге? Под вечер организм действительно устает, и я засыпаю в течение 15-20 минут.

2. Регулярный сон. Как известно, организм восстанавливается во время сна, поэтому его качество напрямую влияет на нашу продуктивность днем. Залог здорового сна — ложиться и просыпаться в одно и то же время! Это позволяет настроить ваши внутренние часы, так называемый, циркадный ритм: подъем, повышение продуктивности, пик бодрости, усталость, сон. Чем регулярнее сон, тем четче этот цикл и тем более высокий уровень бодрости днем и крепкий сон ночью. Регулярный сон вместе с отказом от кофе значительно повысили качество моего сна, а значит и уровень энергии днем.

3. Ежедневные прогулки. Ковидные времена вынудили нас всех сидеть дома 24/7 и практически лишили подвижности. В результате тело дряхлеет, ржавеет и превращается в тыкву :) Поэтому я стал ходить не менее 5000 шагов в день, а когда начал бегать по 3, 5, 8 км несколько раз в неделю, то сил стало столько, что готов был горы свернуть! По моему опыту, прогулки увеличивают продуктивность на 30%, а пробежки на 70%. Ну а если добавить немного воркаута, то энергии точно станет вдвое больше!

Всем здоровья и бодрости! 💪
Привет!

Недавно вышел свежий Техрадар от Thoughtworks. Довольно много интересных подходов и инструментов, которые привлекли мое внимание. Вот некоторые из инструментов, которые мы будем пилотировать в Skyeng 🚀

Техники
📍Four key metrics: время выполнения задачи, частота развертывания, среднее время восстановления и процент неудачных изменений.
📍Platform engineering product team: не стоит просто переименовывать существующие команды платформы, при этом оставляя старые принципы работы и организации структуры.
📍Micro frontends for mobile: команды, которые отвечают за приложение в целом, в последующем могут агрегировать микрофронтенды, созданные другими командами для одноразово выпущенного приложения.
📍Team cognitive load: взаимодействие команды – это одна из переменных того, как быстро и легко они создают ценность для клиента.

Платформы
📍Backstage: там находится опенсорсная платформа для разработчиков, созданная Spotify. Она основана на шаблонах, которые унифицируют инфраструктурные инструменты и соответствующую техническую документацию.
📍Sealed Secrets – это комбинация оператора и утилиты командной строки, которая использует асимметричные ключи для зашифровки секретов так, чтобы они могли быть расшифрованы только контроллером в кластере.

Инструменты
📍
Batect облегчает создание и шеринг среды сборки, основанной на Docker
📍Lens: представленный как «IDE for Kubernetes» Lens позволяет взаимодействовать с кластером без запоминания команд или структур манифеста.

Языки и фреймворки
📍
Kotlin Multiplatform Mobile: вы пишете код один раз для бизнес-логики и ядро приложения на Kotlin и потом распространяете его на приложения на Android и iOS.

🎯Интересно будет узнать про результаты пилотирования?
Привет!

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

Теперь есть и комментарии, и чат — Курилка Леонида. Присоединяйтесь! 🚀

И небольшой анонс!
17 декабря в 19.00 (Мск) Слава Слуцкер, Head of Mobile Platform Skyeng, выступит на онлайн-митапе CocoaHeads и покажет всю эффективность State Machine в SwiftUI.

Трансляция будет в канале CocoaHeads.
Привет, меня зовут Слава Слуцкер, я руководитель мобильной платформы Skyeng. Хочу поделиться своим опытом, как не сгореть начинающему тимлиду

«Пробовал быть тимлидом, но вернулся в разработку, тимлидство – не моё»: я не раз слышал от опытных разработчиков в своих командах и кандидатов на собеседованиях об их печальном опыте перехода в роль тимлида. У таких историй часто схожие причины. Я думаю, есть способы упростить переход в новую роль, вот 3 лайфхака:

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

2. Думай, какой пример подаешь своей команде. Тимлид – пример для свой команды. Анализируй свои рабочие привычки: развивай хорошие, как четкое планирование, понятная и поддерживающая обратная связь и т.д., работай над плохими, например, опозданием на встречи. Попробуй выписывать в конце спринта или месяца, какой пример ты показывал команде. Так ты соберешь поле для своего развития.

3. Развивайся и развивай команду. В IT и разработке не стоит останавливаться в развитии и обучении. Рассказывай команде о том, что нового ты узнал. Можно собирать регулярные встречи, например, раз в месяц, где члены команды делятся новыми знаниями. Обмениваясь опытом, вы будете укреплять команду, а также улучшать продукт, над которым работаете.

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

На связи снова Виталий Леонов, СТО Skyeng😉

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

И вот результаты:
Компании, которые живут в облаках
📍Доля затрат на инфраструктуру от выручки. Медиана 5.5%
📍Доля команды инфраструктуры от всего штата инженеров. Медиана 5%


Компании, которые живут на своих серверах
📍Доля затрат на инфраструктуру от выручки. Медиана 2%
📍Доля команды инфраструктуры от всего штата инженеров. Медиана 9.5%

По этим показателям наша инфра выглядит очень хорошо и с точки прямых затрат на железо, и с точки зрения штата. А как обстоят дела у вас?
👍1
Привет! Перекинем мостик в 2022 и продолжим тему про инфру.

Меня зовут Артем Науменко. В Skyeng руковожу ИТ-инфраструктурой.

Недавно к нам в московский офис зашли в гости коллеги из ITGLOBAL. Расспросили, как Skyeng вырос в три EdTech-бренда, как строим нашу инфраструктуру, что по технологиям и какие планы на будущее. Заодно мы обсудили, как руководить большой распределенной командой и правильно обращаться с инцидентами, без которых жизнь инфраструктуры — не жизнь)

И, конечно, прогулялись по офису. Больше — в интервью по ссылке.
Привет!

На связи Виталий Леонов, СТО Skyeng.

Не секрет, что основная работа руководителя – это управление командой, и хороший менеджер всегда наполовину HR 😉

Что я вкладываю в управление людьми? В первую очередь, управление результативностью или performance management:
1. Формирование ожиданий: каких результатов сотрудник должен достичь, как это будет измеряться и какие компетенции для этого необходимы.
2. Составление плана развития: какие компетенции нужно развивать сотруднику для достижений целей, и как именно он будет это делать.
3. Работа над достижением результатов: здесь важен регулярный мониторинг и обратная связь.
4. Подведение итогов: оценка результатов сотрудника – что получилось хорошо, а чего достичь не удалось, а также корректировка трека развития.
5. Возвращаемся к 1 пункту и запускаем новый цикл!

Это и есть цикл управления результативностью: Plan-Act-Monitor-Review из замечательной книги “Performance Management. Key Strategies and Practical Guidelines” от Майкла Армстронга. Если вы хотите стать успешным руководителем, то не забывайте про свою команду :)

Делитесь в комментариях своими инструментами по управлению результатами команды 🚀
👍3
Всем привет!

Было довольно много вопросов после поста про перфоманс менеджмент, поэтому предлагаю продолжить диалог на эту тему 🙂

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

Самый надежный подход – описать ожидания в виде метрик. Например, увеличить покрытие автотестами на 10%, снизить отклик главной страницы до 100ms, снизить стоимость инфраструктуры на 5%.

К сожалению, не всегда можно измерить результат и не всегда под рукой есть необходимые метрики, в таком случае ожидания нужно зафиксировать в виде четко прописанного Definition of Done (DoD): набор критериев, по которым можно судить о результатах.

Не забывайте, что все люди разные – у них разный опыт, характер, уровень зрелости и мотивации. Поэтому важно адаптировать постановку задачи под конкретного человека: одному нужно будет четко расписать алгоритм действий, другому наоборот дать полную свободу в принятии решений для ее решения. Лично мне в этом вопросе очень помогает ситуационная модель лидерства Херси и Бланшара.

Делитесь в комментариях своими инструментами работы с командой 🚀
👍3
Привет!

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

Мы в Skyeng исповедуем философию lifelong learning – непрерывного обучения 🚀 Как это работает – через личный план развития (PDP), в котором личные цели или мечты человека синхронизируются с рабочими задачами.

Что важно учесть в PDP:
1. Составляйте план развития вместе с сотрудником так, чтобы в нем были учтены личные интересы человека и цели команды/компании. При таком подходе у сотрудника будет высокая мотивация в развитии и достижении результата.

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

2. Используйте “звездную карту компетенций”, чтобы сбалансировать знания и навыки в команде.

3. При составлении плана развития не забывайте про 3 типа навыков:
🔥Hard-скиллы – профессиональная экспертиза. Это те компетенции, ради которых мы берем программиста: умение писать хороший код, проектировать качественную архитектуру и т.д.

🔥Soft-skills – социальные навыки. То, как сотрудник подходит к своей работе: коммуникабельность, командная работа, тайм-менеджмент и пр.

🔥Личностные черты: характер, жизненные установки, ценности. Их практически невозможно изменить у взрослого человека, т.к. они "вшиты" в его личность. Если понимаете, что человек по своим личностным качествам не подходит вашей команде, то через развитие их не исправить.

Делитесь в комментах, используете ли вы PDP в своей работе или нет? И почему?
👍16
Всем привет!

Ну что ж, продолжим раскручивать колесо перформанс менеджмента 🎡

После того как вы договорились с сотрудником о целях, начинается главное – работа над достижением результата. Основная задача руководителя на этом отрезке пути – мониторинг, чтобы вовремя выявлять и реагировать на проблемы:

🔥если у сотрудника что-то не получается, тогда важно отстроить работу через обратную связь. Не забываем про основные правила фидбека: искренность, конкретность, своевременность, объективность и последовательность.

🔥если внешние условия изменились и не позволяют достичь заявленной цели, то ее нужно вовремя скорректировать. Как говорится "планы – ничто, планирование – всё".


Следите за балансом: чтобы не замучить сотрудника микроменеджментом, но и не бросить его на произвол судьбы. Действуйте гибко, например, для новичка в компании мониторинг может быть еженедельным или даже ежедневным, а для опытного бойца будет вполне достаточно пары синков в квартал. Определиться со стратегией управления поможет ситуационная модель лидерства Херси и Бланшара.

И конечно, обязательно хвалите людей за крутые результаты! Ведь успех компании созидается из успехов ее сотрудников 💪
👍19
Ближайшая неделя полна событий — одни помогаем организовывать, на других делимся опытом сами. Собрали мини-дайджест — все в онлайне, присоединяйтесь)

▪️ 12 февраля (суббота) в 11:00 — подведем в лайве итоги опроса с PHP-сообществом. 3000+ ответов про фреймворки, инструменты, главные моменты 2021 и планы на 2022.

▪️ 14 февраля (понедельник) в 10:00 на Podlodka iOS Crew в открытой сессии разберем процесс рендеринга UI в iOS-приложениях.

▪️ 16 февраля (среда) в 18:00 — онлайн-митап EXPF x Skyeng. Поговорим про метрики, эксперименты и инструменты автоматизации в аналитике.
👍11
Привет!

Сегодня завершаем небольшой экскурс по перфоманс менеджменту. Итак, как подводить итоги?! ✌️

Во многом это зависит от принятой в компании культуры оценки результатов сотрудников: от столь нелюбимого всеми Performance Review до более гуманной версии Talent Snapshot, который делает Spotify. Если общепринятой практики нет, то вполне подойдет встреча в формате 1-to-1.

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

Что важно:
🔥Подведение итогов должно быть объективным и беспристрастным. Именно поэтому при постановке целей важно ставить четкие и измеримые цели, чтобы трактовка результатов и руководителем, и сотрудником была одинакова.

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

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

А дальше запускаем следующий виток цикла: планируем цели, строим планы развития, мониторим прогресс, подводим итоги. И так шаг за шагом к достижению новых крутых результатов! 🚀🚀🚀
👍16
Привет!

А не поговорить ли нам про онбординг, друзья 😉

Есть такая замечательная метрика – Time to productivity (TTP). Это время от первого дня работы нового сотрудника до его выхода на максимальную эффективность. Чем меньше TTP, тем лучше!

Сокращение Time to productivity позволяет компаниям серьезно экономить. Например, зарплата ИТ-специалистов исчисляется сотнями тысяч рублей в месяц. Уменьшая время выхода сотрудника на полную производительность с нескольких месяцев до нескольких недель, вы высвобождаете внушительные финансовые ресурсы, которые можно направить на другие цели.

Но, как известно, дьявол кроется в деталях. В теории ТТР считается очень просто:
☀️ 1. Определите целевой уровень производительности сотрудников
☀️ 2. Посчитайте время от выхода новичка до достижения этого уровня
☀️ 3. Возьмите среднее значение по всем новичкам

Однако, на практике совершенно непонятно что такое целевой уровень производительности программиста и как его измерить. К счастью, Spotify предложил неплохое решение — измерять время до 10-го пул-реквеста. Да пул-реквесты бывают разными, у каждого разработчика свой подход к написанию кода и у всех команд свои особенности в работе с пул-реквестами. Но на большой выборке – 200 и более человек – вы увидите вполне релевантную картину.

Делитесь в комментариях, что вы думаете про Time to productivity и сталкивались ли с такой метрикой в своей работе? В следующий раз я расскажу о том, как мы измерили ТТМ в Skyeng и что из этого вышло ✌️
🔥21👍11😱4
Всем привет!

24 февраля в мире случился “черный лебедь”, который оказал сокрушительное влияние на экономику России и все мировое сообщество. Мы осознанно взяли паузу, потому что говорить о привычных вещах было невероятно сложно, непросто и теперь, но мы попробуем начать.

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

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

📍Забыть про текущие долгосрочные цели и определить приоритеты в новых условиях – что важно сделать здесь и сейчас для сохранения устойчивости бизнеса.

Одна из первостепенных задач для Skyeng в первые дни и недели кризиса – обеспечить работоспособность продукта несмотря на отключение внешних сервисов. Наша команда инфраструктуры успешно справилась с этой задачей.


📍Не бояться сложных решений. Продолжать или заморозить плановое повышение зарплат? Увеличить ли цены на образовательные услуги из-за роста инфляции? Переходить ли со Slack на self-hosted решение? Запускать ли новые продукты или ограничиться поддержкой текущих? Это важные и сложные вопросы, ответы на которые необходимо было найти в условиях полной неопределенности.


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

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

P.S. Коллеги, к сожалению, мы были вынуждены отключить комментарии к посту, т.к. дискуссия стремительно ушла от главной темы к агрессивным политическим высказываниям.
👍54👎18
Привет!

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

Мы консолидировали данные с 2018 по 2021 год и проанализировали достигнутые результаты (на графике к посту отражено время от 1 до N-го пул-реквеста):
📍Целевой уровень производительности нашей команды – один пул-реквеста в 2 дня
📍Скорость выхода на этот уровень постоянно сокращается: если в 2018 году разработчику требовалось больше недели до решения первой задачи, то сейчас до 4 дней
📍Время с момента выхода на работу до 10-го пул-реквеста снизилось с 92 до 37 дней

Как мы этого добились? Секрет прост: мы шаг за шагом повышали качество онбординга новичков:
1. Консолидировали в формате коротких интерактивных роликов информацию о Skyeng, ее миссии и целях.
2. Создали чек-листы с документацией, подходами, фреймворками и инструментами, которые используются в компании. Во время онбординга сотрудник обязательно их изучает.
3. Внедрили систему наставничества. За каждым новичком закрепляется ментор и рекрутер, которые находятся в тесной связи с человеком и помогают в решении любых вопросов.
4. Договорились, что у каждого новичка будут четко прописаны цели на испытательный срок и критерии его успешного прохождения.
5. The last, but not the list! Мы постоянно прокачиваем Developer experience и делаем инфраструктуру максимально дружелюбной для разработки.

Эти усилия многократно окупились! Новички легче адаптируются в компании и выходят на максимальную эффективность в 2,5 раза быстрее, а стало быть раньше вносят ценный вклад в развитие бизнеса 💪
👍40🔥3