Geared to the software developer newly promoted to manage other developers, Herding A Primer for Programmers Who Lead Programmers distills the author's several decades of project management experience into a worthwhile tour of some best practices for those making the transition. Written in a lively style that doesn't pull any punches when it comes to the hard realities of leading technical teams, this book offers plenty of practical advice and will be worth it for any IT manager who wants a veteran's perspective on the battle to create great software on-budget and on-time. While many titles on software engineering and management lean toward the theoretical, this book's candid and practical focus help distinguish it from the crowd. It also helps that the author is a good writer and mixes quotes from a variety of sources (including Jack Welch and Andy Grove). This is one of the few titles to concentrate on the all-too-common problem of good programmers promoted to project leads, where management and people skills, rather than raw programming chops, will often determine success. Early sections outline the basic personality types that the author has encountered in software. Ranging from the gifted "architects" and "constructionists" to "magicians" and "slobs" and "salad chefs," this taxonomy is as good as any, and any reader will recognize many types encountered in any career in IT. Basic tips include mixing team personality types effectively and getting started with managing programmers, from philosophical ideas about what constitutes leadership to practical suggestions for hiring and firing, running meetings, and working as manager to improve your company's bottom line. Noteworthy sections here on design philosophy outline the importance of thinking about architecture and reuse as you build software. Techniques like adhering to programming standards throughout your shop and designing objects with good cohesion and loose coupling are advocated here. A section on anti-patterns in management outlines the management styles that lead to trouble. (Tips for overcoming micromanagement, do-it-all/know-it-all managing, and improving communication will help you defeat these tendencies, both in yourself and others.) Later sections survey the basics of software engineering and software process, including the Microsoft Solution Frameworks and Extreme Programming (XP) as ideas to check out. Final sections look at the author's own software for managing projects (the executable and code are downloadable). An annotated bibliography of books can provide a start for any new manager's shelf. In all, this title can be a source of comfort and advice for those taking on new leadership positions on technical teams with its wide-ranging perspective on what it takes to lead other programmers successfully. --Richard Dragan Topics Management techniques for programmers promoted to leadership positions, assessing your level of technical "cool," positive and negative programmer personalities (including architects, constructionists, speed demons, magicians, minimalists, analogists), trouble types (including slobs, amateurs, salad chefs), tips for new managers (including adapting to changes), dealing with project feature creep, dealing with ineffective programmers, tips for hiring and firing, promotions, organizing for success (using paper and e-mail effectively), the author's custom Administrative Director program (for organizing project tasks), corporate goals, product and project management, managing change throughout the project lifecycle, tips for running staff, design, and other meetings, effective technical leadership (designing with architecture and reuse in mind), design hints (programming standards, strong object cohesion and low coupling between objects), reviewing code, anti-patterns in management (including micromanagement, unfocused management, and misapplied genius), hints for overcoming bad management styles, leadership principles (fostering effective communication, delegating, and participating), techniques for mentoring and rewarding employees, fostering employee loyalty, leadership for different generations, case studies of several tech leaders (Andy Grove and Bill Gates), how to work with your boss (communicating deadlines and limits, overcoming inertia), techniques for managing a distributed workforce, multicultural factors in management, intro to software engineering and process (overview of the Microsoft Solutions Framework, Extreme Programming--XP--and Agile Development), craftsmanship in software, dealing with technology change and economic downturn, appendices for the author's Administrative Director software (including a code review), case studies of effective and ineffective management techniques from the field.
Звісно, що наразі як мануал книга застаріла -- 20 років то не жарти. Але як екскурс в розвиток менеджменту та як довідник "а як працює голова в менеджерів старої школи" -- цілком гідно.
Є багато незастаріваючих порад -- про розуміння розмежовування роботи і життя, про різні мотивації в підлеглих, реперні точки для розуміння адекватності компенсації тощо. Застаріла мова викладки, але то такі часи :)
Название книги интригующее, не правда ли? Для технарей ставших управленцами. Кто бы знал, что все будет так печально. Водянистая вода, аж тонешь в океане не подкрепленных ничем интуитивно понятных желаемых результатов. Книга по всей видимости направленна на бессмертных пони, много в пользу делегирования, открытости и запрета выполнения работы за всех. Написания кода вместо управления. Много логичных вещей слишком. Информация устарела, что самое печальное. Рекомендованная литература по рейтингу не выше 3,8. Половина главы из любой Книги по Agile стоит этой целиком. Есть пара хороших цитат и выражений, но они не стоят потраченного времени.
Прочитав половину книжки і далі сенсу читати не бачу. Менеджмент не моє і дана тема цікавила мене швидше для загального розвитку. Але зі свого досвіду скажу, що на даний момент книга місцями застаріла і суперечить тій реальності яка склалась. Це стосується як інструментів, так і процесів(в першій половині слово Agile здається не зустрічається жодного разу). Нічого такого що відклалось би в пам'яті. Нецікаво і здається доволі застаріло.
Не осилил. Довольно большая книга 300+ стр. Не понял почему она такая популярная. Рейтинг на амазоне и на гудридс свидетельствуют как раз об обратном. Кроме того она очевидно устарела: английское издание 2002 года. Из интересного - разве что в начале классификация программистов.
I can't say it's completely useless, but it's pretty bad. There are a lot of obvious things said, awful advises like spying on your employees and really poor humor. Save your time, read something else.
Майже нема практичних порад. Ціла книга якихось дивних аналогій. Автор показує програмістів як особливий вид людей. Навіть не дочитав до кінця. Не рекомендую.
The book appeared to be a meld of three books: on coding guidelines (Code Complete), on social side of software development (Peopleware) and on leadership (yet to name the book). Being a combination of three, it is still a lot thinner then any of those. That means there won't be much of beating around the bush or discussions on the matter. The book provides a lot of dry facts instead. And that is both the blessing and the curse of it. On one hand, it contains lots of useful data per page and saves you reading a lot of pages in other books. On the other hand, the information density makes it difficult to read and the absence of groundings doesn't help understanding and remembering certain points either.
In overall, the book feels like a tough although useful reading.
Действительно книга интересно описывает, а что же ждёт тебя программиста по ту сторону баррикад. С опытом приходишь к таким выводам о качественных менеджерах, лидерах. Какими их хочешь видеть как минимум. В книге описаны важные аспекты: как себя позиционировать и справляться с навалившимся счастьем, как разбираться в "породах" программистов и немного психологии. Очень важно не плохо рассказана сама цель существование лидера и куда стоит стремиться. Конечно, некоторые аспекты удалённой работы можно теперь игнорировать в книге, когда есть онлайн нормальные видео звонки и уже не считается разорением приобретать веб камеру. Но всё же основные концепции очень понятно донесены.
Этак книга стоит того, что бы быть прочитанной и проверенной на себе.
"Для того чтобы постоянно поднимать планку "качества", нужно быть увлеченным своей работой - только при этом условии, кстати говоря, ваши лидерские начинания имеют шанс на развитие. Именно увлеченность позволяет удерживаться на плаву в шторм. Увлеченность формируется за счет баланса рабочей деятельности, с одной стороны, и приятных для вас мелочей жизни, с другой. Невоздержанность в той или иной сфере жизни приводит к потере увлеченности, а следовательно, к усталости и краху. Старайтесь удержать увлеченность работой и любовь к жизни - превращайте все свои начинания в увлекательные приключения"
Herding Cats, from J. Hank Rainwater book reflects on my experience of crafting software products. I found a lot of good quotes, paradigms and recommendations. The book is well structured and consistent. Author divided programmer on types and its fun to read, however something true is really here. I enjoyed reading! More that 20 years past but software industry still in the same phase of fast moving forward, just quality bars and user expectations have risen!
Прочитав книгу і в цілому вона мені сподобалась. Я сам на початку свого розвитку як технічного лідера, тому багато чого про що я здогадувався книга допомогла зрозуміти глибше. Напевно це не супер помічник для досвідчених менеджерів, але для інженера який переходить на іншу сторону барикад - підійде. Оскільки доволі стара то є багато відсилок до розвитку ІТ в ті роки, і деякі приклади є неактуальними зараз.
Книга заинтересовала тем, что о менеджменте и лидерстве написал человек с техническим бэкграундом. Получилось системно и последовательно, что ожидаемо, но, к сожалению, часть информации устарела, что влияет на общее впечатление.
Попри вдалість більшості викладних ідей, знайомство з ними в цій формі складне. Даються взнаки як специфічний стиль написання властивий довколатехнічним книгам двадцятирічної давнини, так і застарілість значної частини викладеного матеріалу.
Некоторые советы очевидны, но мы часто о них забываем. Другие не так поверхностны, но полезны. Обязательно вернусь к закладкам и заметкам позже, но читается тяжеловато.
I found it a little bit outdated, but that’s understandable for a 20 year old technology book. It does have some good advice though, specially on the people side, not so much on the technology side.
Pretty outdated development terminology. Recommendations related to management are simple and straightforward. I think you can spend time on a book about management and coding with more use
The advice is a bit dated at times, the book is from 2002. The Russian translation is also... not great. Made me switch to the English half-way through.
Неплохая книга. Легкая подача жизненного опыта. Книга больше про саморазвитие и про работу с людьми, а не про управление проектами в IT сфера, как например DeadLine. Является отличным вводным для того, чтобы начать осознанно ориентироваться в теме управления коллективом. Основной акцент делается на определение принципов лидерства и развитие лидерских качеств. По заключениям глав книги можно составить отличный чеклист развития и проверки себя. Как и большинство книг подобного плана, она не раскрывает чего-то абсолютно нового, но вселяет смелость и уверенность. Позволяет взглянуть на себя со стороны и увидеть слабые места, где недорабатываешь.
В книге нашел отличную метафору про сад, как процесс разработки ПО, на замену набившей оскомину про строительство зданий.
«Растения в саду высаживаются, с одной стороны, в соответствии с исходным замыслом, а с другой – согласно текущим обстоятельствам. Некоторые из них выживают, другим же суждено превратиться в компост. Растения можно пересаживать, менять их расположение, играя, таким образом, со светом и тенью, ветром и дождем. Переросшие растения подрезают или срезают, а если, к примеру, какой-нибудь цветок по своему цвету не соответствует окружению, его пересаживают в более подходящее (с эстетической точки зрения) место. Занимаясь садоводством, мы выдираем сорняки и удобряем растения, которым нужна дополнительная поддержка. Хороший садовод постоянно наблюдает за здоровьем растений на своем участке и при необходимости вносит разного рода коррективы (удобряет почву, пересаживает растения, придумывает новый вариант разбивки)» Так же интересная метафора "кодового полицейского".
Из книги можно навыдергивать множество хороших цитат, вот хотя бы некоторые из них:
- За то чтобы сотрудники выкладывались на все сто, им платят: дополнительные поощрения должны распространяться лишь на тех, кто, превысив ожидания, прыгнул выше головы. - Прочтите требования дважды: один раз, чтобы понять широту замысла, второй – чтобы постичь его глубину. - Тот, кто желает, но не действует, распространяет чуму (Хоть эта книга и не первоисточник) - Любой метод, предусматривающий фиксацию требований и следование предопределенному процессу, приводит к созданию не вполне адекватного программного продукта.
Один отрывок произвел на меня наибольшее впечатление:
"Стоя в душе – думайте. Катаясь на велосипеде, прогуливаясь по парку, выделывая невообразимые трюки на роликах – думайте. Сталкиваясь с дилеммами, которые обусловлены принятыми проектными решениями, – думайте. Думать значительно полезнее, чем смотреть телевизор или бесцельно бродить по Сети, – пусть даже там 500 каналов, но на самом деле на них ничего не происходит, и то, что они как будто избавляют человека от необходимости мыслить, совершенно не здорово. Думайте напряженно, до изнеможения, а когда не останется сил – начинайте заново."
Если резюмировать всю книгу, то вот последние две цитаты:
"Неудачный результат простителен, недостаточные усилия - это смертных грех." "Делайте то, что считаете нужным."
С первых же страниц автор поражает стремительностью суждений, классифицируя программистов на несколько бредовых подтипов. Так ему проще с ними обращаться! Дальше нам дают не уступающие по степени продуманности советы, сводящиеся к одной мысли: переключаться с высокоуровневого обзора проблем на их решение и детальный разбор — трудозатратно и по времени, и по ментальным энергозатратам, поэтому руководитель должен не смешивать эти режимы и находиться "вне проблемы".
Оставшуюся часть книги автор демонстрирует эту мысль по отношению к написанию оной и не отходит от раздражающего, напоминающего некомпетенцию юмора, поэтому не стоит надеяться, что вы нашли нечто выделяющееся в ряду мотивационных брошюр и эффективного управления, надевши пиджак — такая же поверхностность и вода.
P.S. Мне пришлось руководить другими программистами не от большого желания, однако метод "общаться по-человечески" показал себя лучше всяких подобных книг.
Достаточно интересное, на мой взгляд, описание психологических типов программистов сочетается с описанием очевидных методов работы управленца, которые должны привести команду к успеху. Интересные мысли есть, так что читать стоит хотя бы для общей эрудиции. Общий вывод книги - будь организованным, эрудированным и справедливым лидером, много работай, и всё получится. Спасибо, кэп, я так и сделаю при случае.
P.S. Очень хочется жить в стране фиалок, единорогов и идеального управления командами из умных, творческих и мотивированных людей, которая описывается в подобных книгах. Если вам понравилось, обязательно почитайте Дедлайн. Там про управление проект��ми на стратегическом уровне.