В лоб: Из стратегии от стек холдеров.

Но на самом деле вы задаете другой вопрос. Требования обладают эмержментностью и могут возникать на любых уровнях и от любых сторон.

Вас интересуте тот факт что бизнес требование возникает при конфигурации факторов производства, предпренимательским фактором в случае не государственной организации, или социально-экономической составляющей от исполнителя, в случае государственной организации.

эээ не совсем удалось вникнуть в суть дискуссии, но

"Надо же где-то описать, почему документ "бла-бла-бла" перестал создаваться отделом "бла-бла-бла"?"

как правило более кост-эффективно работать двоечкой, как в боксе

1) с завтрашнего дня делаем так-то и так-то
2) кто не согласен - берем белый лист и пишем по центру "заявление"

пытаться что-то объяснить до уровня СЕО-1 (СЕО-2 для компаний с 1к+ сотрудниками) как правило пустая трата ресурсов

в первую очередь потому что у сотрудников внутренний запрос на понимание процессов чаще всего не входит в топ-3 самых важных (а то и в топ-30)

Спасиб!
Надо мне это переварить. Торг, депрессия, принятие и т.д.
Пока внутренне есть сопротивление, что надо быть хорошим для всех.

Вообще в таких дискуссиях я повышаю свой уровень как сотрудник компании.
Порой такие вещи могут действительно заимпрувить качество или скорость работы.
Был бы оффтоп, можно было бы говорить о пустой трате времени.

Бизнес генерирует, аналитик выявляет (протыкивает - "а так как?", "а вот так как?", "а если будет вот то?") и записывает.
Бизнес не знает, что такое НФТ. Но каждый день с ними работает.

у части коллег работа имеет волнообразную природу - во время отлива - отчего бы и не потешить душу флудом

отлив и флуд, хех, почти каламбур

Ага, когда прошло цунами и твой труп всплывает на поверхности воды. Когда ты жук-невывожук.

Шутка.

Остается лишь благословить ваш бизнес, в мире существует много других кейсов

Например?

Бизнес в целом начинается думать о чем-то «неглавном» только после разговора с техникой/аналитиком

И зачастую явно не может ответить на это. Были кейсы, когда мы численные показатели из финмодели выкапывали, чтобы нфт понять

Я не пишу, что это пустая трата времени. А интересуюсь, как вы эти дискуссии в рабочий процесс включаете. Спасибо за ответы)

Ну так ты же не из головы берёшь их? Ты же берёшь палочку идёшь их тыкать с каверзными вопросами?
Но до тебя с этими вопросами должны к ним сходить архитектор в паре с бизнес-аналитиком или менеджером.

Есть оптимальный вариант, если СА пишет требования максимально абстрактно, то он может сделать черновик технического решения с достаточной информацией для архитектора, чтобы он смог принять нужное решение. В том числе с НФТ.

Но в моей практике такой подход встречался 0 раз.

Самый ближний вариант, когда СА пишет решение в рамках понятного стека технологий, а архитектор его исправляет. Но я работаю в ентерпрайзе, здесь свои правила и изменений стека почти не бывает. Точнее оно бывает, но в моменте, когда СА и Арх понимают, что текущий стек не вытянет задачу.

Но тут риск, что может оказаться, что нужной технологии не будет или что переход на другую технологию будет очень дорогим. А время работы аналитика будет потеряно. Именно по-этому:
1. Надо всегда иметь в виду, что аналитика может закончится отменой проекта в целом.
2. Архитектор должен работать раньше аналитика и прощупывать критические НФТ самостоятельно на встречах со стейкхолдерами начиная с предпроектной фазы.

И вот редко кто из менеджмента может себе признаться в этом и дать заднюю. А архитекторы редко делают концепцию до работы аналитика (на моём опыте).
Они у меня обычно толкают проект либо пока он не сдохнет от нагрузки по понятным причинам, или пока архитектор не начнёт оспаривать свою позицию.

Похоже, речь о принципиальном разделении ролей и строгом соблюдении их границ. Если так, то да - понимать причины решений вам не особо нужно.

Угу, иначе вы потратите впустую своё и чужое время.
А свою работу сделать не успеете.

Это полноценная часть моей работы, не стоит экстраполировать подходы вашей компании на всех.

ГОСТ 34.601-90
Пункт 2.1. Стадии и этапы создания АС.

Разработка концепции идет после бизнес-требований и до формированиятехрешения

Так что я экстраполирую гост.