Как пасти котов. Наставление для программистов, руководящих другими программистами

Как программист, который через неделю пойдёт руководить другими программистами, я возлагала большие надежды на эту книгу. И они не оправдались. За уже почти двадцать лет, которые прошли с момента первой публикации, во многих местах книга успела значительно устареть. С одной стороны, от рассказов о том, как автор сконструировал себе свою джиру веет приятной ламповостью, с другой – прошло 20 лет, у меня есть инструменты для того чтобы трекать задачи, спасибо.Безусловно, есть и полезные замечания, которые никогда не устаревают, просто потому что в работе с людьми самое главное это не методология разработки или язык, а собственно сами люди и налаживание с ними контакта. (Ладно, абзац о том, что в качестве поощрения можно водить отличившихся сотрудников на ужин в хороший ресторан, читается скорее в позе капитана Пикарда.) Умение выслушивать всегда пригодится, ну и да, в самом деле, стоит стараться в первую очередь менять своё отношение к людям, а не пытаться подстроить их под себя. Окей, это было важно и полезно. Но всё остальное скорее мимо кассы. Мне даже сложно сказать, что сильнее всего повлияло на такое падение ценности информации – культурные различия или время.В качестве какого-то фундаментального труда «Как пасти котов» рассматриваться не может. Но занятное название и котики делают из неё довольно весёлый подарок, в котором даже есть что-то полезное.

Если читать это для практического применения – то лучше не надо. В первой главе автор сортирует людей по «породам» и делает из этого какие-то выводы. Читать дальше не стала: на блажь нет времени. Для худлита дурно написано, для нон-фикшена много воды, для технической литературы мало смысла. Если нужно получить применимые знания, лучше почитать книги про тайм-менеджмент, управление человеческими ресурсами и работу с психологическими манипуляциями, написанные профессионалами. Лить воду, воображать, что люди это котики, и выдавать это за бизнес-литературу – хороший метод только для того, чтобы заработать на людях, которые не умеют верифицировать информацию и понимать тексты хотя бы университетского уровня.

Книга оставила очень противоречивое впечатление.С одной стороны, менеджмент в IT в общем и в работе с программистами в частности (неважно практически, с какими) – это сфера одна и та же, то есть вы успешно можете применять навыки менеджмента как с дотнетчиками, так и с джавистами, и тп. Но вот лично мне книга не особо пригодилась, потому что я работаю в сфере веб-разработок, а у автора богатейший опыт работы, как я поняла, управления проектами под Windows. И поэтому для меня мало что оказалось полезным в ней.Кроме того, эта книга о том, как должен работать программист, которого сделали менеджером. Для наших реалий это не подходит. В моей стране программисты могут стать тимлидами, но они крайне редко уходят в менеджмент. Обычно PMы – совсем не программисты или знают программирование, дизайн попутно и поверхностно. То есть они в курсе требований, возможностей технологий, с помощью которых создается продукт в их компании, но сами они не пишут код и не рисуют. И code review у нас менеджеры в жизни не делают – этим занимаются тимлиды либо senior developers. Что еще? Очень мало сказано об управлении не просто командой программистов, а командой разношерстных специалистов. С другой стороны, автор здраво рассуждает о менеджменте, делегировании, о том, что людей не исправишь, остается их распознать и работать с ними по-разному.Есть куски крайне интересные, есть и страницы полного занудства. Через пятерку лет книга окончательно устареет.