Мифический человеко-месяц или как создаются программные системы   ::   Брукс Фредерик

4 Рабочая тетрадь проекта есть «не столько отдельный документ, сколько структура, налагаемая на все документы, которые, так или иначе, будут созданы во время выполнения проекта.»

7.5 « Все документы проекта должны входить в эту структуру (рабочей тетради).»

7.6 Структуру рабочей тетради нужно проектировать тщательно и рано .

7.7 Правильное структурирование текущей документации с самого начала позволяет «составленные позднее документы оформить в виде отрывков, которые вписываются в эту структуру» и улучшает руководства по продукту.

7.8 « Каждый член команды должен видеть все материалы (рабочей тетради).» (Сейчас я бы сказал « должен иметь возможность видеть». Например, достаточно WWW-страниц.)

7.9 Своевременное обновление может иметь критическое значение.

7.10 Необходимо, чтобы внимание пользователя было особо привлечено к изменениям, произошедшим после его последнего прочтения, причём с пометками об их значении.

7.11 Рабочая тетрадь проекта OS/360 начиналась с бумажного варианта с последующим переходом на микрофиши.

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

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

7.