На что обратить внимание ИТ-руководителю

[mckalech]

А что почитать на русском?

[Ad_Astra]

«Мифический человеко-месяц» точно есть в электронке на Books.ru в переводе (hint: а ещё там периодически бывают распродажи ;)).

[balamut108]

Вопрос только, зачем переходить в руководители, терять квалификацию, если ведущий разраб в среднем получает столько сколько ПМ.

[ncix]

Не все решают деньги. А если просто хочется? Мне кажется это единственная существенная причина (конечно при наличии такой возможности). Переходить в руководители против собственного желания конечно не нужно.

[balamut108]

Руководить людьми это не самое приятная задача, я бы не советовал…

[ncix]

Согласен. Но не попробуешь — не узнаешь. Если есть желание — нужно обязательно искать такую возможность.
Всегда лучше сделать и ошибиться, чем не сделать и всю жизнь себя пилить неопределенностью «а вот если бы я тогда...».

[balamut108]

Полностью Вас поддерживаю!

[YuppY]

Вот хороший ответ на аналогичный вопрос: habrahabr.ru/company/payonline/blog/268325/#comment_8617761
Если вкратце, то смысл в расширении сферы влияния и власти. На руководящей должности можно реализовать столько интересных задумок, сколько не под силу даже самому крутому ведущему разработчику.

[NeverIn]

На мой взгляд руководители вырастают не из первоклассных разработчиков. Скорее из QA или Product Owner/Manager.
Т.к. тут требуется несколько иные скиллы, чем виртуозное владение байтами. Хотя и наличие технических знаний очень важно.

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

[balamut108]

Мировой тренд — сокращение управленческих кадров. Так что не рекомендую, хотя я сам руководитель и сейчас ухожу больше в разработку.

[mitrych]

Прочитал я это все, а мысль одна: «ну кто так проводку-то делает?!».

[ncix]

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

Верно, только руководителю стоит всегда думать — а не сможет ли исполнитель сам ответить на свой вопрос? Если так, то не нужно его «отфутболивать». Даже если вы сейчас читаете «Мегамозг», сделайте очень сосредоточенное лицо, и предложите поговорить об этом через полчаса. Через полчаса сотрудник в половине случаев сам решит эту проблему, проверенно на собственном опыте.
Если же кидаться решать все подряд вопросы — сотрудники просто потеряют напрочь инициативу. Они будут спрашивать у вас общедоступную информацию и задавать совершенно юниорские вопросы, просто потому что считают что так и нужно. Развивайте инициативу в своих сотрудниках!

[ncix]

Важно держать в уме цели бизнеса

Если мы говорим о руководителях уровня тимлидов, то бизнес это совсем не их уровень компетенции.

[ncix]

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

Руководитель должен прежде всего думать о приоритетах конкретного проекта. Если есть время и ресурсы — конечно стоит подумать об инвестициях в будущее в виде глубокого рефакторинга и внедрения новых инструментов.
Если «сроки горят» нужно иметь смелость настаивать на быстрых решениях.

[Joenah]

А вот история о том, как бармен сначала стал разработчиком, потом ушел в проджект-менеджмент: dou.ua/lenta/interviews/barman-project-manager