По мне так списки процессов и прочее - это как раз сложнее путь :). И скорее всего он будет менее очевиден для разного рода руководителей - сложно понять, почему туда надо тратить время.

Здесь не про чистоту говорится, авто мотивы на самом деле у каждого свои,в зависимости от функционала подразделения в процессе. Классика уж. Вы же продажникам не скажете, что главное чтобы годовой баланс сошелся, но все это есессно завязоно пока сквозные процессы. И здесь также, один делал прототип, пересмотрел, другой отдел стрелял из пушки по воробьям - наверняка предугадать. Внутри заказчика отделы не дружат, вот потому и посредников берут. В итоге вот так и получается. А реальность внесет свои коррективы.

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

Больше я применения этим практикам не очень вижу.

Из описания выглядело как провал - типа девять месяцев делали не то.

Вроде как с неопределённостью тоже уже известны способы борьбы - с этого почти любой тренинг по аджайл начинается :)

вово

А если у них не аджаил?)

А в мутной воде большая рыба ловится, а вы Шура пилите)))

И ещё раз поинт:
Любая модель нужна исключительно для принятия одного или более конкретных решений.
Если непонятно какое решение принимать нужно - нехрен моделированием заниматься.

В этом случае лучше начать с проблематизации и постановки целей.

У нас не аджайл. Взвесить объёмы было сложно из-за сильной зависимости с легаси-системой и прошлой (неудачной) реализацией. По простому пути никто пойти не захотел.

Дальше под достижение целей при составлении плана выбрать конкретные методы решения неопределенностей, и под конкретные типы неопределенностей выбрать типы  моделей.

И только после этого рисовать картинки, диаграммы, таблицы и т.п.

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

На мой взгляд, это лучше заходит РП и прочим, так как наглядно показывает, что как именно уменьшить будущие факапы

Ага, статистика и аналогии решают.

Это уже второй раз, когда я наступаю на эти грабли с недоступностью оунеров процессов, из-за чего начинает подгорать 5-я точка. Как СА я ничего не могу с этим поджелать, т.к. мои инициативы далеко не взлетят, но я могу попробовать архитектурные практики и сделать процессы более наглядными.

У меня был такой опыт. В итоге пришлось раскручивать весь процесс проектирования.

Просто наглядно показывая, что либо мы фантазируем, либо мы инженерим.

Ох, то, что это только начало изменений я понимаю. Кроме того это не совсем моя область. Но надо с чего-то начинать.

И да, аналитиков пришлось пинать ногами.

Иначе всё останется как есть.

По почкам. Много. Часто.

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