Сегодня хочу рассказать о книге, которую прочитал около двух лет назад, она запомнилась и хочу поделиться ей. Это книга "Карьера Software Engineering Manager" Джеймса Стэньера.
Сама книга про организацию разработки и работу тимлида, как планировать свой рабочий день, как взаимодействовать с людьми, командой и бизнесом.
Сегодня хочу поделиться самой яркой идеей, которая помогла мне лучше понимать и себя, и коллег.
Стэньер делит инженеров не по стеку или грейду, Мне это очень запомнилось и в какие-то моменты я вспоминаю об этой ассоциации.
Им нужны концентрация, стабильность и мастерство. Они любят копать вглубь.
Что их мотивирует: Стать экспертом в одной области, менторить других, шлифовать детали.
С чем лучше не сталкивать: Постоянные переключения.
Идеальная задача: Взять сложный модуль и постепенно доводить его до совершенства.
Им нужны разнообразие и перемены.
Что их мотивирует: Новые технологии, прототипирование, частая смена контекста.
С чем лучше не сталкивать: Работы над одним проектом и стэком годами (для них это стагнация).
Идеальная задача: Исследовать новую технологию, сделать MVP, перейти на следующую задачу или проект.
Я правда запомнил как Садовник и Строитель. Садовник долго растит и обустраивает сад (как Строитель соборов), а Строитель - строит здание и переходит к следующему, а внутренняя отделка и так далее, может достаться и другому (как Гуляка по базару).
Термин "гуляка" на русском звучит не очень, поэтому моя ассоциация мне ближе
Автор пишет: "Вряд ли вы обсуждали с менеджером, кто вы, строитель или гуляка. А зря".
Он считает, что часто проблемы на работе возникают из-за несоответствия задачи типу личности. И я бы еще добавил - проблемы возникают в отсутствии коммуникации.
Почему мне это так близко? У меня есть брат-близнец. И нас как раз по-разному тянет в задачи.
В моей интерпретации он типичный Садовник, а я Строитель. Поэтому я перебрал за свою карьеру большое количество технологий, стеков и даже ниш разработки: авиастроение, нефтегаз, банкинг. А ему ближе разобрать одну систему по косточкам и долго дорабатывать её до идеала.
Личный опыт и продуктивность
Еще одна особенность книги, она отлично легла на мои тогдашние поиски системы продуктивности. Я читал её примерно в один период с "Джедайскими техниками" Дорофеева. Там эта тема, конечно, раскрыта шире, но в целом было полезно увидеть, то что, это реальные практики.
И наряду с этим можно отметить следующие мысли, которые вынес после прочтения книги:
Системность в планировании.
Осознанность в целях. Понимание, зачем мы делаем задачу, важнее самого кода.
Взгляд на менеджмент. Я перестал видеть в лиде "начальника" и начал видеть человека, который настраивает процессы так, чтобы команда получала удовольствие от работы и была продуктивной.
Книга написана не вчера, да, вероятнее всего LLM сильно изменит подходы к разработке, но принципы управления командой и мотивацией вряд ли устареют. Мы живем в динамически меняющемся мире, но какие-то подходы имеют и сохраняют свое право на жизнь.
Хочешь научиться настраивать свой день и понимать цели своей работы.
Хочешь понять, как устроен менеджмент изнутри.
Думаешь о росте в лиды или просто хочешь лучше работать с текущим тимлидом.
P.S. А кто вы? Любите копаться в деталях годами (Садовники) или любите переключаться между задачами (Строители)?
