Ребята, привет!

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

Что тут будет
• Мой опыт управления разработчиками
• Удачные и неудачные эксперименты
• Новости IT-менеджмента, которые показались мне интересными
• Рекомендации и конспекты книг
• Анонсы тимлидских курсов, митапов и конференций

Как часто будут посты
• Новости и анонсы — буду постить сразу, как натолкнусь
• К выходным буду готовить большой пост

Как со мной связаться
• Telegram: @ax8080
• Facebook: https://www.facebook.com/ax8080
• Пиши любые вопросы в любое время

Хочу поделиться тем, как я читаю книги. У меня была проблема: читать круто, книжек много, а времени нет. Вечером после работы нет сил, в выходные хочется отдыхать.

За 2017 год прочитал 3 книги, а в списке "когда-нибудь" накопилось уже несколько десятков. В 2018 прочитал я уже 17 книг и 28 кратких изложений. Возможно, тебе поможет мой способ.

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

Все советы кратко
• прогулки отмечаю в календаре, как встречи — эти слоты невозможно занять
• книги скачиваю на неделю вперед, заранее скидываю на телефон
• веду беклог рекомендаций и списков вроде "топ-10 книг для тимлида"
• после прочтения пишу краткий отзыв 5-10 пунктов: крутые идеи + что применю в работе
• каждой книге ставлю оценку и пометку, читать ли полную версию
• пользуюсь smart audio book player: удобно отматывать назад и ставить скорость 1.3—1.6x
• скучная книга — снимаю наушники и удаляю книгу
• не читаю книги из топа smartreading 💩
• слушаю книги в очереди к врачу и в долгих поездках за рулём
• книги нет в аудио — читаю на ходу с amazon kindle

Кстати, в этот канал буду кидать крутые книги из тех, что прочитал.

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

• Пробую разные форматы: что работало пару месяцев назад, может выдохнуться сегодня. Полезно провести cust dev с участниками: ты поймешь, что люди любят, а что — терпеть не могут. Например, я выяснил, что короткие выступления — 🔥, а долгие обсуждения — 💩.
• Не провожу встречи часто, чтобы не страдало качество. Одна встреча в 2 недели — в самый раз.
• Текущий формат: анонс за 5 минут или 20-минутный доклад. На вопросы — 5 минут. За временем жёстко слежу по таймеру.
• "Кто хочет выступить — записывайтесь в файлик" работает только один раз. На второй раз будет пустой файл. Вместо этого пишу каждому в личку: "Артем, на прошлой неделе вы уронили все сервера. Наверное, запилили что-то крутое? Расскажешь в среду?"
• Не отправляю всем одно и то же сообщение: ребята просто игнорируют такие рассылки. Стараюсь не давить — уважение и любовь работают лучше.
• Веду логи ответов вроде "мы заняты переходом на ngrx". Через 2 недели попрошу об этом рассказать.
• После того, как собрал темы устраиваю голосование, чтобы выкинуть скучные темы.
• Стараюсь выступать сам, даже если "нет времени". Невозможно требовать от других того, что не делаешь сам.
• Каждый доклад оцениваем по 3 критериям: "интересный", "полезный", "применю что-то в течение недели". Это фидбек для докладчиков + дарим пиццу за лучшее выступление.

Привет! Удалённые сотрудники тоже хотят общаться вживую. В 2017 году мы провели хакатон для всех разработчиков Skyeng, а в прошлом году перешли на новый формат: командные встречи оффлайн. Расскажу об одной такой встрече — она получилась особенно крутой.

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

Развлечения. Мы набрейнштормили 35 вариантов, выбрали топ-10, назначили ответственных и составили расписание. Топ-3 по итогам встречи: настолка "гномы-вредители", велопробег на электробайках, лазертаг.

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

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

Еда. Позаботьтесь о поваре или найдите службы доставки. Кафе — слишком затратно по времени. Выберите одного человека, который соберёт пожелания и вовремя оформит заказ. Пили, как ни странно, мало и редко.

Жилье. Вилла без соседей — огонь. Вместе жили, ели, спали и работали — особая атмосфера и погружение. Важно убедиться, что есть пространство для работы, быстрый интернет и сетевые фильтры.

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

Ещё пара советов: telegram-канал для оперативной связи, каршеринг, и не брать жён и детей — всё же это не отпуск.

Ты сталкивался с ситуацией, когда разработчик реализует не очевидное решение, а какую-то дичь? И выясняется это слишком поздно: переписывать некогда. Или задача, описанная в пару строк, превращается в геморрой на 2 недели?

Кажется, проблема решается "планированием спринта" или обсуждением задач на стендапе. Но мы больше не планируем всей командой: 8 человек в течение 7 часов утомленно обсуждают задачи. Вспоминаю с ужасом. Или ты, как тимлид, придумываешь решения сам. Но ведь сложно разбираться во деталях круче всех! Особенно если в команде крутые разработчики, а не джуны. Еще труднее никогда не ошибаться.

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

Не больше 4 участников, все должны быть в контексте и заинтересованы в обсуждении. Часто это тимлид + пара человек, которые разбираются в теме. Список определяем заранее опросом: "кто хочет участвовать в обсуждении задачи XXXX? для участия обязательно прочитать: ..."

Не жалей времени: для 8-часовой задачи ревью занимает полчаса, и задача затем не превращается в 24-часовую.

Делюсь нашей инструкцией: https://hackmd.io/s/rJFGNEYP4

Мотивирующая статья (https://bit.ly/2CnF9AU) о ценности компетенций разработчика при полном отсутствии опыта:
• Заявленный в вакансии опыт — проверка компетенций кандидата. Достаточно ли ты компетентен, чтобы писать нужный код и работать в профессиональной среде.
• Средний разработчик без официального опыта работы будет соответствовать вакансии, требующей один год опыта.
• Даже для сеньоров 70% вакансий редко требуют более 4 лет опыта. Но для сеньоров больше требований: опыт работы с конкретными технологиями, опыт руководства или выше качество кода. При этом определяющими будут компетенции, а не стаж.
• Если докажешь на что способен с помощью кода или ответов на собеседовании — опыт работы не будет иметь значения.