Камиль Фурнье: От разработчика до руководителя Книга попала | Так не сойдет
Камиль Фурнье: От разработчика до руководителя
Книга попала ко мне случайно - подруга жены при переезде в другую страну подарила нам почти всю свою библиотеку.
Читать книгу я не планировал, но после прочтения DDD Хорикова, захотелось чего-то про менеджмент и чего-то бумажного
Книга удачно попалась под руку
Книга достаточно простая и описывает вынесенные автором уроки на пути от разработчика до топ-менеджера. Собственно, об этом автор предупреждает на первых страницах и именно этого стоит ожидать от книги. Как следствие, местами описанное очень сильно привязано к тому сетапу, в котором работала автор. Местами не хватает глубины проработки темы. Местами описано очень субьективное мнение автора.
Несмотря на это книга мне понравилась . Легкий и ненавязчивый обзор того, что будет представлять ваш карьерный путь (если выберете аналогичный вектор развития), какие проблемы могут возникнуть и как их можно решать.
Книга разбита на главы, соответсвующие условным грейдам. Но т.к. обязанности одной и той же роли в разных компаниях могут отличаться, то и рассмотренные темы, применимы не только к грейду в котором они описаны.
Например, делегирование рассматривается в главе посвященной управлению группой команд Мне же кажется, что вопрос об эффективном делегировании возникает сильно раньше, как только у вас появляется хотя бы один формальный (или даже не формальный) подчиненный.
Как результат - читать можно смело от корки до корки. Даже разработчику будет о чем порефлексировать после прочтения главы о работе СТО и стратегии.
Кому рекомендую к прочтению
1. Инженерам, которым не интересен менеджемент, но интересно развитие в более сеньорные инженерные роли. Чем сеньорней инженер - тем важнее в его работе умение коммуницировать с другими инженерами, ставить задачи. К тому же, часто сеньоры менторят младших коллег. Поэтому я смело рекомендую книгу инженерам middle+ уровня.
2. Начинающим инженерам-руководителям: техлидам и тимлидам. Собственно, эта категория кажется мне основной ЦА книги. Вам она позволит закрепить навыки и чуть лучше понять окружение в котором работаете: о чем болит голова у выших руководителей, о чем переживают подчиненные и как ваша работа выглядит для них.
3. Тем, кто еще не определился с вектором развития и присматривается к управлению инженерами.
4. Тем, кому интересно управление командами, даже если это не команды разработки. В книге очень мало технических вопросов и почти не используется инженерный сленг (а когда используется - обязательно есть сноска с расшифровкой).
Кому рекомендую с осторожностью
Если вы уже руководите несколькими командами, то книга может быть полезна для того, чтобы освежить знания или просто отвлечься.
Это мой случай. Каких-то инсайтов книга не дала, но и совсем бесполезным чтением не назову.
Отмечу, что предыдущий пост про лень появился после прочтения одной из глав книги. Идея «быть ленивым для программиста это полезный навык» возникла у меня где-то 9 лет назад, когда читал книгу банды четырех про паттерны. Приятно было спустя столько лет увидеть, что кто-то солидарен со мной и даже пишет про это в книге.
Кому не стоит читать
Если вы уже в «высшей лиге» то, во-первых, мне очень приятно, что у меня есть такие подписчики и вы читаете это , а во-вторых главы про работу СТО скорее всего позабавят вас
