В случае бизнес/системного анализа, информация в норме принимает форму требований к системе (например, ТЗ), а "выводы и рекомендации" - решений технорабочего проекта (или спецификаций). Важно, что именно решений, а не постановки. Это, на мой взгляд, наивысший возможный вклад аналитика в процесс.
Наивысший возможный вклад аналитика, это если он сам соберёт, задокументирует требования, сформирует архитектуру и дизайн системы, закодирует, выполнит сборку, развернёт систему, протестирует, а потом ещё и поддержку осуществлять будет. В жизни, насколько я представляю себе, аналитик будет заниматься только той частью, которой ему поручат заниматься. "Решения" могут быть разные: аналитические, архитектурные, дизайнерские, реализационные. Не думаю что в крупных проектах рационально возлагать ответственность за все решения на аналитика. В части проектов аналитику могут поручить только собрать, задокументировать требования и управлять изменениями требований, но не касаться преобразования (принятия решений) требований в модель анализа.
Теперь к сценариям. Сценарии - своего рода формализованные представления об ожидаемом поведении системы в частных случаях. То есть, по сути своей - разрозненные и неполные данные для дальнейшей обработки с целью получения информации о том, какими возможностями должна обладать система, дабы выполнять поставленные задачи (в т.ч. свой набор сценариев).
В случае если спецификации ВИ написаны качественно, то сценарии будут не разрозненными и неполными, а хорошо структурированными и полными.
Получается, что аналитик, результат работы которого - собранные и как-то формализованные данные, по сути даже не начал их обрабатывать, не говоря уже о получении информации и превращении ее в рекомендации. То есть, находится в самом начале цепочки создания ценности. Добавленная стоимость его "продукта" - мизерная по сравнению с той, которая может быть создана при прохождении всего "маршрута". Навыки, потребные для получения такого рода результатов примитивные: ни собственно анализ, ни синтез практически не применяются.
Мизерность добавленной стоимости и примитивность навыков... Очень спорное мнение. Почему при мизерной добавленной стоимости работодатели согласны платить такие высокие зарплаты аналитикам? И есть ли у Вас данные о том, какое количество выпускников общеобразовательных школ обладают всеми необходимыми компетенциями для качественного сбора и документирования требований к ПО?
Именно поэтому я считаю такую организацию труда, при которой сценарии являются вершиной аналитической мысли, убогой (с позиции утилизации аналитических "мощностей"). А аналитиков, расходующих свой ограниченный трудовой ресурс на такого рода работу, вредящими себе. Собственно, они даже аналитикой не занимаются, в контексте определения из первых строк поста.
двусмысленности, неполноты, и несогласованности
Что по Вашему должно являться "вершиной аналитической мысли" вместо ВИ чтобы аналитики не "вредили себе"? Определения могут быть разными и под аналитикой также может пониматься устранение несогласованности, дублирования, противоречий, контроль соответствия бизнес-проблемам и потребностям.
Я не отказываю в праве на существование таким процессам. Иногда они целесообразны и оправданы. Но для хорошего аналитика, или желающего таковым стать, они губительны. ("В совершенстве владеете иностранным языком? Отлично, будете наклеивать марки на конверты!")
И да, я трудился некоторое время аналитиком-сценаристом. Опыт из первых рук.
В каких случаях, по Вашему, такие процессы могут быть целесообразны и оправданы?