Какая хорошая книга, чтобы помочь нетехническому руководству понять разработку программного обеспечения? [закрыто]

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

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

Все, что вы знаете об этом, объясняет это хорошо?

« Peopleware » и « Mythical Man Month » были бы парой классики, хотя я не уверен, насколько хорошо руководство воспримет чтение любой книги, поскольку они могут показаться старыми.

Для процесса разработки и управления проектами, я должен рекомендовать Стива Макконнелла Быстрое развитие: Расписание Укрощение Дикого программного обеспечения и Руководство по выживанию проекта программного обеспечения . В этих книгах обсуждаются темы, начиная от классических ошибок в управлении программными проектами и заканчивая управлением рисками, объяснениями передового опыта и тем, как правильно их применять.

«Динамика разработки программного обеспечения» Джима Маккарти также дает некоторые интересные сведения о том, как работают команды разработчиков программного обеспечения, а также дает советы и рекомендации по оптимизации программных проектов на основе реальных случаев.

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

Получить факты и ошибки разработки программного обеспечения .

РЕДАКТИРОВАТЬ

Эта книга легко читается и легко отрывает абзацы для управления. Он сосредоточен на вопросах разработки программного обеспечения на расстоянии, ничего не зная об этом. В то время у меня были проблемы, аналогичные OP, и, работая с моим менеджером и этой книгой, мне удалось убедить его в том, что мне нужно больше времени и ресурсов для выполнения своих задач.

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

Perfect Software: и другие иллюзии о тестировании должны быть еще одной книгой, которую вы получите.

Из предисловия, вот некоторые из вопросов, которые он обсуждает:

«Почему мы должны беспокоиться о тестировании, когда оно, кажется, только замедляет нас?

Почему люди не могут просто создавать программное обеспечение правильно, поэтому оно не нуждается в тестировании?

Должны ли мы все проверить?

Почему бы просто не проверить все?

Что делает тестирование таким трудным?

Почему тестирование занимает так много времени?

Возможно ли идеальное программное обеспечение?

Почему мы не можем просто принять несколько ошибок? "

Возможно " Искусство гибкой разработки ". Это может убедить их взглянуть на управление программными проектами более реалистично. Конечно, если вы не хотите, чтобы они использовали Agile, это может быть плохо. Но я считаю это замечательным прочтением.

Что касается процесса разработки программного обеспечения, мне нужно было бы поговорить с «Прагматичным программистом: от путника до мастера» Энди Ханта и Дейва Томаса. Он полон драгоценных полезных знаний, которые, как правило, требуют большого опыта реального программирования, чтобы научиться иначе. Это также не зависит от языка программирования и в основном легко понять.

С точки зрения оценки, у прагматичного программиста есть краткий раздел об этом, но классический «Мистический человеко-месяц» Фреда П. Брукса стоило бы прочитать. Некоторые из примеров проектов кажутся немного устаревшими, но многие идеи до сих пор звучат правдоподобно.