Тимлид Леонид

2022-01-31 18:10:35 Привет!

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

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

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

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

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

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

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

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

Делитесь в комментах, используете ли вы PDP в своей работе или нет? И почему? Открыть/Комментировать

2022-01-25 17:37:54 Всем привет!

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

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

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

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

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

Делитесь в комментариях своими инструментами работы с командой Открыть/Комментировать

2022-01-17 18:52:44 Открыть/Комментировать

2022-01-17 18:52:33 Привет!

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

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

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

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

Делитесь в комментариях своими инструментами по управлению результатами команды Открыть/Комментировать

2022-01-13 17:01:19 Привет! Перекинем мостик в 2022 и продолжим тему про инфру.

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

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

И, конечно, прогулялись по офису. Больше — в интервью по ссылке. Открыть/Комментировать

2021-12-28 19:18:47 Открыть/Комментировать

2021-12-28 19:17:27 Привет!

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

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

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


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

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

2021-12-17 15:16:21 Привет, меня зовут Слава Слуцкер, я руководитель мобильной платформы Skyeng. Хочу поделиться своим опытом, как не сгореть начинающему тимлиду

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

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

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

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

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

2021-12-13 16:50:06 Привет!

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

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

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

Трансляция будет в канале CocoaHeads. Открыть/Комментировать

2021-12-09 16:57:46 Привет!

Недавно вышел свежий Техрадар от 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.

Интересно будет узнать про результаты пилотирования? Открыть/Комментировать