Лично мне бы пригодилась книга в стиле "серия отчётов об опытах и выводы в конце".

"Проект такой" - "изначальные предпосылки такие" - "сделали вот так" - "получилось вот что" - "потом сделали вот так" - "получилось это" - "а сделать, наверное, надо было бы иначе, по-другому".

Но только не в стиле "доказательство собственной успешности на 1500 страниц", без подтасовки фактов в свою пользу, пафоса, победоносности, "умозрительных проектов для примера", подхода "я Д'Артаньян, а все остальные...", присущих почти всем авторам подобных книг. С разумным критическим подходом, в т.ч. к собственным действиям. С выдержками из реальных документов. Как это можно соотнести с корректным отношениям к заказчикам/работодателям - не знаю, разве что имена заменять на вымышленные.

А в конце книги - серия выводов, причём с явным указанием, что это за выводы - реальные ("делали так, и всё хорошо получалось, см. пункт x.y"), умозрительные ("в пункте a.b получилось то, а хотели другое, наверное, нужно было сделать так..."), чужие (в книге K автора L издания M на стр. n написано, что нужно делать... попробовали так ... - получилось этак ...). В принципе, серия выводов необязательна.

Вот только мой опыт говорит о том, что под ТЗ может пониматься что угодно, от бизнес-плана до укрупнённого алгоритма. Самое смешное - что и то, и другое вполне можно сделать из ГОСТовского шаблона. Какое ТЗ считать идеальным? Или книгу стоит назвать "идеальный документ в разработке ПО", и будет она размером с Малую Советскую Энциклопедию?

Оглавление многообещающее. Желаю успеха в написании.