Список проголосовавших за комментарий "У программистов та же проблема. Им нужно написать некий текст, решающий приблизительно поставленную задачу. Списобов написания этого текста бесконечно много. Один программист может написать один кусок кода или быстро, или сколь угодно долго, т.к. всегда есть, что улучшить.<br/> Рецепты, думаю, одни и те же, хотя индустрия программирования проблему в корне не решила, но всё же.<br/> Рецепты:<br/> 1. планирование, разбивание общей большой и непонятной задачи на осязаемые части.<br/> 2. при описании задач важно концентрироваться на критериях оценки результата.<br/> 3. тестирование<br/> 4. непрерывная интеграция<br/> <br/> В переложении на книгу должно получиться что-то вроде:<br/> 1. Концепция (что хочется сказать) -> детальный план книги -> к пунктам плана описание, как пункт раскрывает концепцию, что в нём должно быть, и чего не должно. Потом пункты просто становятс задачами<br/> 2. Критерии оценки, например: раскрыт ли предмет раздела, не добавлено чего-то лишнего, затуманивающего основную мысль, может быть это лишнее нужно в другой раздел или в новый.<br/> 3. Тестирование внутреннее: формальные критерии, например, терминология, библиография. Внешнее тестирование: редактор.<br/> 4. Формальные проверки отсутствия ссылок в прошлые разделы, прогон тестов. Идеально договориться с редактором на корректуру не всего текста, а отдельных глав.<br/> <br/> Всё это превращает вроцесс в более или менее управляемый. Программисты же работают как-то :-) А они очень похожие задачи решают.<br/> Важно, что т.к. именно автор составляет план, то весь процесс не убивает творчество, а ведёт его.<br/> <br/> UPD Хочется, вероятно писасть в Word, ибо удобно. Но у программистов есть git — и это тоже удобно. Совместить не удастся. Проблема техническая, но фрустрирующая."