Яка хороша книга, яка допоможе нетехнічному менеджменту зрозуміти розробку програмного забезпечення? [зачинено]

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

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

Все, що ви знаєте про це, добре це пояснює?

" Peopleware " та " Mythical Man Month " були б парами класики, хоча я не впевнений, наскільки добре керівництво поставиться до читання будь-якої книги, оскільки їх можна вважати старим.

Для управління процесами програмного забезпечення та управління проектами я повинен рекомендувати швидкий розвиток Стіва МакКоннелла : приборкання диких графіків програмного забезпечення та посібник з виживання програмного забезпечення . У цих книгах обговорюються теми, починаючи від класичних помилок в управлінні програмними проектами до управління ризиками, до пояснень найкращих практик та до того, як їх належним чином застосувати.

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

Не книга, але я мав успіх, направляючи (досить яскраво) нетехнічних менеджерів на Joel on Software .

Отримайте факти та помилки інженерії програмного забезпечення .

EDIT

Цю книгу легко читати та легко обробляти абзаци для управління. Основна увага приділяється питанням розробки програмного забезпечення з відстані того, що про нього нічого не знати. У той час у мене були подібні питання до ОП, і, працюючи зі своїм керівником та цією книгою, мені вдається переконати його, що мені потрібно більше часу та ресурсів для виконання завдань.

Однак останнім часом я бачив, що багато чого в цій книзі суперечить. Як ніколи, я б не рекомендував нікому нічого читати в соціальних дослідженнях. Це занадто бажано митись і змінюватися з дня на день.

Ідеальне програмне забезпечення: та інші ілюзії щодо тестування повинні бути ще однією книгою, яку ви отримуєте.

З передмови, ось кілька питань, які він обговорює:

"Чому ми маємо турбуватися про тестування, коли це, здається, сповільнює нас?

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

Чи треба все тестувати?

Чому б просто не перевірити все?

Що це робить тестування настільки важким?

Чому тестування займає так довго?

Чи можливо навіть ідеальне програмне забезпечення?

Чому ми не можемо прийняти кілька помилок? "

Можливо " Мистецтво спритного розвитку ". Це може переконати їх поглянути на управління програмними проектами більш реалістично. Звичайно, якщо ви не хочете, щоб вони намагалися спритно, це може бути поганою справою. Але я вважаю себе переконливим для читання.

Що стосується процесу розробки програмного забезпечення, мені доведеться піти з «Прагматичним програмістом: від мандрівника до майстра» Енді Ханта та Дейва Томаса. Повноцінні дорогоцінні камені корисних знань, які зазвичай потребують багато фактичного досвіду програмування в реальному світі, щоб навчитися інакше. Це також програмування на мові-агностику і його в основному легко зрозуміти.

З точки зору оцінки, прагматичний програміст має короткий розділ про це, але класичний "Міфічний місяць людини" Фреда П. Брукса варто було б прочитати. Деякі приклади проекту здаються трохи застарілими, але значна частина ідей звучить і сьогодні.