Как пасти котов. Наставление для программистов, руководящих другими программистами
Дж.Ханк Рейнвотер
«Как пасти котов» – это книга о лидерстве и руководстве, о том, как первое совмещать со вторым. Это, если хотите, словарь трудных случаев управления IT-проектами. Программист подобен кошке, которая гуляет сама по себе. Так уж исторически сложилось. Именно поэтому так непросто быть руководителем команды разработчиков. Даже если вы еще месяц назад были блестящим и дисциплинированным программистом и вдруг оказались в роли менеджера, вряд ли вы знаете, с чего надо начать, какой выбрать стиль руководства, как нанимать и увольнять сотрудников, проводить совещания, добиваться своевременного выполнения задач. В таком случае без этой книги вам не обойтись. А может быть, вы – опытный менеджер, желающий пересмотреть свои принципы лидерства? Тогда, опять же, эта книга для вас. Вне зависимости от возраста, пола и социального статуса, она поможет вам укрепить свои позиции в роли лидера программистов. Материал изложен довольно компактно и легко укладывается в голове. Стоя в книжном магазине и раздумывая, что же купить, задайте себе один простой вопрос: «Нужно ли мне совершенствовать свои лидерские навыки?» Полагаю, вы ответите: «Да», – а значит, моя книга окажется для вас небесполезной.
Книга оставила очень противоречивое впечатление.
С одной стороны, менеджмент в IT в общем и в работе с программистами в частности (неважно практически, с какими) - это сфера одна и та же, то есть вы успешно можете применять навыки менеджмента как с дотнетчиками, так и с джавистами, и тп.
Но вот лично мне книга не особо пригодилась, потому что я работаю в сфере веб-разработок, а у автора богатейший опыт работы, как я поняла, управления проектами под Windows. И поэтому для меня мало что оказалось полезным в ней.
Кроме того, эта книга о том, как должен работать программист, которого сделали менеджером. Для наших реалий это не подходит. В моей стране программисты могут стать тимлидами, но они крайне редко уходят в менеджмент. Обычно PMы - совсем не программисты или знают программирование, дизайн попутно и поверхностно. То есть они в курсе требований, возможностей технологий, с помощью которых создается продукт в их компании, но сами они не пишут код и не рисуют. И code review у нас менеджеры в жизни не делают - этим занимаются тимлиды либо senior developers.
Что еще? Очень мало сказано об управлении не просто командой программистов, а командой разношерстных специалистов.
С другой стороны, автор здраво рассуждает о менеджменте, делегировании, о том, что людей не исправишь, остается их распознать и работать с ними по-разному.
Есть куски крайне интересные, есть и страницы полного занудства. Через пятерку лет книга окончательно устареет.
Книга оставила очень противоречивое впечатление.
С одной стороны, менеджмент в IT в общем и в работе с программистами в частности (неважно практически, с какими) - это сфера одна и та же, то есть вы успешно можете применять навыки менеджмента как с дотнетчиками, так и с джавистами, и тп.
Но вот лично мне книга не особо пригодилась, потому что я работаю в сфере веб-разработок, а у автора богатейший опыт работы, как я поняла, управления проектами под Windows. И поэтому для меня мало что оказалось полезным в ней.
Кроме того, эта книга о том, как должен работать программист, которого сделали менеджером. Для наших реалий это не подходит. В моей стране программисты могут стать тимлидами, но они крайне редко уходят в менеджмент. Обычно PMы - совсем не программисты или знают программирование, дизайн попутно и поверхностно. То есть они в курсе требований, возможностей технологий, с помощью которых создается продукт в их компании, но сами они не пишут код и не рисуют. И code review у нас менеджеры в жизни не делают - этим занимаются тимлиды либо senior developers.
Что еще? Очень мало сказано об управлении не просто командой программистов, а командой разношерстных специалистов.
С другой стороны, автор здраво рассуждает о менеджменте, делегировании, о том, что людей не исправишь, остается их распознать и работать с ними по-разному.
Есть куски крайне интересные, есть и страницы полного занудства. Через пятерку лет книга окончательно устареет.
Если читать это для практического применения — то лучше не надо.
В первой главе автор сортирует людей по "породам" и делает из этого какие-то выводы. Читать дальше не стала: на блажь нет времени. Для худлита дурно написано, для нон-фикшена много воды, для технической литературы мало смысла.
Если нужно получить применимые знания, лучше почитать книги про тайм-менеджмент, управление человеческими ресурсами и работу с психологическими манипуляциями, написанные профессионалами. Лить воду, воображать, что люди это котики, и выдавать это за бизнес-литературу — хороший метод только для того, чтобы заработать на людях, которые не умеют верифицировать информацию и понимать тексты хотя бы университетского уровня.
Достаточно полезная, хорошо написанная книга, предлагающая знание "от практики", а не "от теории". Все, что предлагается к использованию читателю автором проверено в течение долгих лет работы. К сожалению, польза от книги для меня оказалась меньше, чем я ожидал - 90% советов, примеров, аксиом, приводимых в книге, я прошел на собственном опыте управления проектами и работы с группами разработчиков. Так что книга для меня "запоздала".
Основные идеи:
- Мыслите глобально
- Критикуйте тет-а-тет, хвалите публично
- Сначала старайтесь понять, только потом быть понятым
- Бессмысленно ожидать чего-то при отсутствии контроля
- Измеряйте вашу производительность производительностью работы коллектива
На самом деле, а) книга неплохая и б) я клюнула на название. Руководить программистами мне не нужно, но пройти мимо такого названия я не могла ну никак)))
В общем и целом книга о вечном - с легким уклоном в сторону специфики программирования. Чтобы быть хорошим руководителем нужно разбираться в подчиненных, постоянно учиться, передавать опыт, уметь делегировать и контролировать и ладить с собственным руководством. Ничего нового в этой области вроде пока никто не изобрел. Но написано неплохо, учитывая для кого написано - так и вообще хорошо.
Разве что котов так пасти все же не выйдет)) а программистов - вполне)))
Дьявол - в деталях, а цель любой встречи - это изгнание этих дьяволов.
Не путайте преданность с плохим планированием. Большинство менеджеров работают больше стандартных 40 часов в неделю. При этом переработка не всегда свидетельствует о том, что руководитель предан своей деятельности.
Дипломатия - это искусство выслушивать, прежде чем говорить, думать, прежде чем предлагать, и постоянно искать консенсус.
Тот, кто желает, но не действует, распространяет чуму.
Тем не менее вам требуется осознать необходимость постоянно быть внимательным к своим недостаткам как программиста, поскольку нельзя прощать другим то, что вы могли бы простить себе. Это может выглядеть противоречиво, и так оно на самом деле и есть, так что продолжайте работу над исправлением своих недостатков как программиста, чтобы не заразить ваших подчиненных теми же слабостями.