Без заголовка
Процессы, конечно, нужно ставить -- строить их вокруг людей, учитывая возможности обычного работника, а не супермена. Насчет чтения книжек или их понимания, это одно. Насчет дисциплины -- это другое. Достаточно поглядеть на разницу между российскими и многими (не всеми, конечно) западными предприятиями. Так что тут много можно обсуждать: уместность процесса, его понятность и краткость описания, потребность в обучении и переделке сознания, мотивация для следования процессу, общая культура (человек может вообще не понимать, что речь идет о "процессе").
Про структурированность требований я понял так, что вы ориентируетесь на парсинг текстов на (возможно, псевдо)естественном языке. А мне интересно, во что это в конечном итоге парсится (хотя подозреваю, что в ad hoc структуру для каждого отдельного проекта). Ибо когда уже распарсено, то можно делать что угодно.
Мы говорим тут про датацентрическую учетную систему (система учета состояния требований), а все эти ваши "хоть отчеты, хоть в HTML" называем "выписками". Вы говорите, что требования храните в какой-то XML-базе, а выписки делаете с использованием XSLT в качестве "генератора отчетов". Понятно.
Мне непонятно, как вы придумываете DSL (меня тут интересует не столько синтаксис -- это XML, тут все понятно, сколько семантика), специфичный для проекта. И как потом обучаете пользователей следовать этой семантике, когда они пишут plain text (который тем самым представляет собой альтернативное XML представление для того же самого DSL). Меня мало интересует наличие одного языка с пятком представлений (графическим, текстовым, табличным, XML и т.д.). Меня больше интересует, откуда берется семантика для этих языков, и что потом делается. Так, с вашими use cases непонятно, почему бы сразу не распечатывать plain text и не пинить те абзацы, где что-то не работает (или распечатывать каждый день новый текст, делая розовый фон для тех абзацев, где проблемы).
Тут есть еще один момент: откуда мы знаем, как шаги use case стали вдруг требованиями. Чертеж/спецификация это ведь одно, а требования -- это часто другое. Может, мы говорим о разном?