Отдохнём немного от философии и вернёмся к нашему любимому управлению разработкой.
Я всегда стремлюсь улучшить свою работу и глубже понять, что я делаю. Именно поэтому я активно читаю книги, которые предлагают альтернативные взгляды на роль руководителя.
Книгой Камиль Фурнье “От разработчика до руководителя” я заинтересовался, потому что автор сама прошла путь, описанный в названии. Мне был интересен её взгляд на карьерный рост и вызовы, с которыми сталкивается руководитель на каждом новом уровне менеджмента.
О чём книга
Книга рассказывает о цепочке позиций в управлении людьми. Автор охватывает темы от неформального лидерства и менторства до позиции технического директора. В каждой роли приводятся примеры предстоящих сложностей и подводных камней.
В книге раскрываются следующие вопросы:
- Как управлять коллективами разного размера?
- На что нужно обращать внимание на каждом этапе карьеры?
- Какие ошибки чаще всего совершают руководители, переходя на новую роль?
Три идеи из книги
-
Многие навыки руководителя универсальны. Например, умение давать обратную связь, позитивно подкреплять нужное поведение или выращивать следующее поколение руководителей, пригодятся на любом этапе карьеры. Поэтому начинать их практиковать стоит уже сейчас.
-
Самостоятельность — это ключевой навык. Чем более автономен человек, тем больше ответственности ему доверяют. Однако важно различать самостоятельность и изоляцию: не все проблемы нужно решать в одиночку.
-
Нельзя забивать на технические навыки. Поскольку речь идёт об управлении техническими специалистами, важно оставаться в хорошей технической форме. Поэтому своим техническим знаниям нужно уделять время и силы.
Мои впечатления
Честно говоря, книга оставила у меня смешанные чувства. С одной стороны, было интересно проследить карьерный путь другого человека и получить некоторые рекомендации. С другой стороны, книга больше напоминает сборник советов по руководству в духе «Мама, я тимлид!», только с ещё меньшей конкретикой.
Автор уделяет крайне мало внимания саморефлексии и личным примерам — они кажутся однобокими и вырванными из контекста. Все истории переходов между должностями напоминают телепорт: вот я была разработчиком, и — хоп — уже руководитель.
Здравые идеи в книге, безусловно, есть, но их приходится выискивать по крупицам среди обилия “воды”. Для таких книг я обычно рекомендую пробежаться по оглавлению и прочитать только то, что действительно зацепило. Читать все 300 страниц нет никакого смысла.