Лучшие книги по управлению командой разработчиков программного обеспечения? [закрыто]

13

Канонические книги по разработке программного обеспечения довольно хорошо известны. Тем не менее, после прочтения ужасной книги, полной дурных советов по управлению командами программирования в эти выходные, я ищу рекомендации для действительно хороших книг, которые сосредоточены на управленческой стороне программирования (рекрутинг, измерение производительности / управление, мотивация, лучшие практики, организационная структура). и т. д.) и не столько на конструирование самого программного обеспечения.

Какие-либо предложения?

JohnFx
источник
Теперь есть похожий вопрос на pm.stackexchange.com
Андре Хольцнер,

Ответы:

16

Люди: продуктивные проекты и команды .

Если вы читаете одну книгу, сделайте ее такой. В нем рассказывается, как приступить к повышению производительности труда ваших разработчиков, и объясняется, почему эти вещи важны с помощью точных цифр.

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

альтернативный текст

Джон Хопкинс
источник
8

После того, как вы прочитали Peopleware (немного устаревшее, 1999, но классическое), вот более свежая от того же автора ( Том ДеМарко )

Отнимите обходя Burnout, бесполезную работу, и миф о Total эффективности альтернативный текст

Сообщество
источник
7

Мифический человеко-месяц . Это очень важно для чтения.

Адам Кроссленд
источник
Для первых нескольких глав (подробное описание того, почему добавление людей в проекты делает их позже) это того стоит. Остальное, я думаю, устарело довольно плохо, так как даже там, где это уместно, очень сухое чтение.
Джон Хопкинс
6

Управление людьми

Не много конкретных действий, но это интересно читать и дает перспективу.

Inaimathi
источник
1
Очень понравилось читать это, так как у него есть чувство юмора :)
ChrisAnnODell
2
Я купил эту книгу после того, как вы предложили это. На полпути через это сейчас и согласитесь, что это очень солидно.
JohnFx
Лучшее, что я нашел за время управления командой разработчиков.
Бритт Уэскотт
5

Наряду с написанием Code Complete Стив Макконнелл также написал Rapid Development: Taming Wild Software Schedules. посвященный управлению проектами разработки программного обеспечения и менеджерам программных проектов, почти так же хорошо, как Code Complete.

Он также написал « Оценка программного обеспечения: демистификация черного искусства» и «Руководство по выживанию программных проектов», на которые стоит обратить внимание, хотя «Оценка программного обеспечения» довольно ... детальна по одному конкретному вопросу, поэтому, если вы действительно не заинтересованы в том, что вам может понадобиться держаться подальше.

Джон Хопкинс
источник
«Быстрое развитие» и «Руководство по выживанию проектов программного обеспечения» - это учебные пособия для курса по разработке программного обеспечения и управлению проектами в моем университете. Быстрое развитие требуется для этого курса, и я настоятельно рекомендую его иметь.
Томас Оуэнс
1
@ Томас - ты на самом деле дал мне немного веры в преподавание в университете. Это очень хорошая книга, за которую стоит держаться после окончания учебы.
Джон Хопкинс
В моем отделе используется немало классических текстов - книга «Банда четырех» по разработке подсистем программного обеспечения, Code Complete рекомендуется для двух разных курсов, а требования к программному обеспечению Вейгера используются в курсе по разработке требований. А ученики старших классов обычно рекомендуют ученикам младших классов такие книги, как Pragmatic Programmer, Mythical Man Month и Peopleware.
Томас Оуэнс
4

Динамика разработки программного обеспечения Джимом Маккарти также хороша (как и в случае с книгами МакКоннелла, это Microsoft Press - компания, печально известная тем, что в последнее время поставляет посредственное программное обеспечение, каким-то образом сумела опубликовать несколько очень хороших книг о том, как это должно быть сделано правильно).

Он содержит 54 «правила» для разработки программного обеспечения - некоторые очевидные, некоторые менее, почти все, о которых стоит помнить, и менее 200 страниц (с изображениями), которые очень удобочитаемы (плюс структура из 54 правил означает, что она разбита на куски).

Джон Хопкинс
источник
Один из немногих упомянул, что я не был ранее знаком с. Спасибо за предложение. Бонус: несколько использованных копов за 1 цент + доставка на Amazon.
JohnFx
3

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

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

(Он начинает умирать от лицемерия после всех тех моментов, когда он стонал, когда люди стучали о том, как прекрасны Джоэл и / или Джефф.)

Джон Хопкинс
источник
Я читал книгу эссе JOS, но держался за «Смарт и готово», потому что боялся, что это будет слишком много нового. Было ли много оригинального материала?
JohnFx
@JohnFx - не так много материала для полной остановки (200 маленьких страниц - не то, чтобы краткость - плохая вещь), и это в значительной степени расширение идей, которые вы, вероятно, видели в других местах его сочинений, но это все еще довольно хорошо, и я подумал, что это было стоит прочтения. В финансовом отношении вы могли бы сказать, что это дорого для того, что есть, но оно компенсирует это тем, что не тратит время на то, чтобы быть длинным ради того, чтобы быть длинным. Честно говоря, я бы хотел заплатить на 5–10 долларов больше, чтобы кто-то снял наполнитель с большинства книг по ИТ.
Джон Хопкинс
2

http://ecx.images-amazon.com/images/I/41UaBBxd3yL._SL500_AA300_.jpg

(ссылка на книгу)

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

azheglov
источник
1

Выпас кошек особенно написан для программистов, которые стали менеджерами.

user281377
источник
На самом деле, это была ужасная книга, о которой я говорил.
JohnFx
Значит, я не получу +1 от тебя? Почему вы думаете, что эта книга ужасна?
user281377 22.11.10
Почти на каждой странице этой книги я находил советы, которые были бы полной противоположностью всего, что мне показал мой управленческий опыт. Он должен был называться «Как быть менеджером N00B за 10 простых уроков». Плюс, автор просто слишком старается действовать, как будто понимает программистов, когда становится ясно, что он просто повторяет стереотипы. Это напоминает мне белого парня средних лет, который стучит, чтобы доказать молодым, насколько он моден.
JohnFx
1

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

Генри
источник
-2

Много книг, упомянутых выше для программного обеспечения. Я бы сказал, что ни одной книги или пары недостаточно. Само управление является сложной задачей и очень субъективно. Я бы порекомендовал кому-то, кто рассматривает руководство, прочитать много рецензий на Гарвардский бизнес. У всех них есть конкретная идея, которой они могут поделиться, и они требуют много чтения и усилий для реализации.

Компьютерщик
источник