Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

2022-06-14 08:55:14 Акции технологических компаний стремительно дешевеют, в Твиттере регулярно появляются новые треды про массовые увольнения, а ректутеры из FAANG начинают стучаться в LinkedIn все реже. События в России заслонили за собой глобальный кризис, который, кажется, наступает на IT компании. Чтобы разобраться в том, что же вообще происходит, и какие компании начали сокращать команды – почитайте эту статью.

#найм Открыть/Комментировать

2022-06-13 09:35:14 Лонгрид про разнообразные подходы к релизам

Типичные процессы для разного вида компаний
Подходы к повышению качества релизов
Способы удержания баланса между надежностью и скоростью

#техлидство Открыть/Комментировать

2022-06-12 10:35:08 Интересный подход к разделению всей инженерной работы на два типа:
Positive engineering – ежедневные задачи, направленные на создание видимой ценности для продукта
Negative engineering – задачи, направленные на «страховку от поломок» для критичной продуктовой функциональности

К negative engineering можно отнести, например, корректную обработку исключений. Или инфраструктуру для регулярной проверки целостности данных.

То, сколько времени затрачивается на negative engineering, напрямую зависит от того, в какой момент жизненного цикла фичи приходится этим заниматься. Если «страховочная» инфраструктура закладывается заранее, то часто можно на системном уровне закрыться от целого класса проблем. Если об этом не подумать, то платить придется позже, постоянно добавляя все новые и новые патчи.

#техлидство Открыть/Комментировать

2022-06-11 19:32:55 Привет! Меня зовут Егор Толстой. Я веду подкаст Подлодка, работаю в JetBrains продакт менеджером языка программирования Kotlin, а до этого много лет руководил инженерными командами. Я верю в то, что для своего развития как технического руководителя важно… Открыть/Комментировать

2022-06-11 10:05:11 Тимлидам сложно увидеть результат своей работы. Обратная связь между предпринимаемыми действиями и их результатами гораздо более слабая и отложенная, чем в инженерной работе. Это часто становится причиной тревожности – «А хорошо ли я справляюсь со своей работой?», «А точно ли я не работаю слишком мало?», «А вдруг меня скоро уволят?».

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

Побольше про феномен тимлидской тревожности можно почитать в этой статье. А для более глубокого погружения в тему тревожности, попробуйте книгу «Свобода от тревоги» Роберта Лихи, мне ее очень рекомендовали.

#книги #развитие_себя #антипаттерны Открыть/Комментировать

2022-06-10 12:10:28 Став управленцем, приходится быстро перестраиваться — теперь вас оценивают не по вашей работе, а по результатам вашей команды.

Теперь ваша ответственность — отлаженные процессы, результаты и регулярное развитие сотрудников. Адаптироваться к новой должности не всегда просто, но мы поможем. 

Яндекс Практикум приглашает вас на курс «Как управлять командой. Курс для руководителей».

За 4 месяца вы научитесь:
* расставлять приоритеты;
*  оптимизировать процессы подразделения;
* системно развивать команду.

Курс подойдёт вам, если: 
* вы — действующий руководитель; 
* ваш управленческий стаж меньше трёх лет; 
* у вас в подчинении есть команда с постоянным составом. 

Начать учиться → Открыть/Комментировать

2022-06-10 08:40:07 InDriver делятся своей историей постепенного перехода к распределенному режиму работы, когда члены команды живут в разных часовых поясах.

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

#процессы Открыть/Комментировать

2022-06-09 09:35:13 Про проджект-менеджерскую ветку развития тимлида мы уже вспоминали на этой неделе. Сегодня будет статья про еще одно направление развития – техлидское, при котором вы больше времени уделяете техническому развитию своего сервиса и программированию, а не управлению людьми.

Владимир Горовой, опытный менеджер из Яндекса, проинтервьюировал кучу коллег из разных компаний и собрал список того, что отличает успешных в их глазах техлидов, и как они могут развиваться. Картинка сложилась довольно реалистичная. Главные атрибуты хорошего техлида по версии автора:
Техническая экспертиза и доверие менеджеров к ней
Вовлечённость в продукт и понимание того, как он влияет на бизнес
Способность менять свою модель мира и видеть мир на разных уровнях детализации;
Умение учиться у других, развиваться самому и развивать других;
Cтрасть и увлеченность своей работой

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

#развитие_себя #техлидство Открыть/Комментировать

2022-06-08 12:04:06 Уже на этой неделе, 9 июня(четверг), стартует Школа Soft Skills от проекта PSYvIT.

Месяц занятий будет посвящен прокачке 4-х гибких навыков:
⁃ умению учиться
⁃ коммуникабельности
⁃ управлению конфликтами
⁃ формированию work-life баланса

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

Вы сможете проходить курс в комфортном для вас темпе: все вебинары будут в записи в течение 6 недель курса.

На курс можно прийти, если только начинаете прокачивать себя, а также если вам важно систематизировать имеющиеся знания и навыки.

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

Регистрация закрывается 9 июня 2022. Успевайте! Открыть/Комментировать

2022-06-08 09:20:12 Honeycomb делятся своим подходом к определению грейдов. У них довольно интересный подход – вместо введения кучи критериев они смотрят на два:
Ownership – на каком уровне разработчик вовлекается в проект (execution / process / solution discovery / problem discovery)
Scope – какого примерно размера выполняемые проекты (task / feature / project / product / company)

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

#управление_компанией #люди Открыть/Комментировать