Удивительно, что на форуме, предназначенном для профессиональных руководителей проектов приходится "агитировать за советскую власть" и заниматься просветительством в части необходимости документирования бизнес-процессов, средством которого (одним из) является АРИС.
Если Вы внедряете систему для бизнеса, то прежде всего надо придти к общему пониманию будущих бизнес-процессов - как внутри команды, так и с бизнесом. Как вы будете описывать будущие бизнес-процессы? Руками в воздухе делать магические пассы? Видал я таких "мастеров". А потом выясняется, что отделу продаж наобещали одного, а отделу отгрузок - другого. А как всё вместе заработает не представляют даже сами горе-консультанты, т.к. между собой договориться не могут и одни описания не соответствуют другим.
АРИС, конечно не панацея, но если в нём в одной диаграмме нарисовал стрелочку, которая из процесса "Планирование потребности" идёт в малиновый шестиугольник с надписью "Заявка на закупку сформирована", то в процессе "Планирование потребности" придётся показать откуда именно и как взялась эта заявка. И люди, подписывающие эту диаграмму должны согласиться, что заявки будут создаваться именно так.
И через пол-года, когда все уже забудут о чём они когда-то договорились, все посмотрят на диаграммы и скажут, да, действительно, заявки-то у нас будут формироваться вот так.
А что толку настраивать систему, пока нет понимания как пойдёт бизнес-процесс?

Неправда. Профессиональные арисовальщики знают, что чудес не бывает
А вкладывает это в неокрепшие умы заказчиков сама компания IDS Scheer. Данная технология работает в каком-то совсем уж частном случае, кажется в области HR.
Но джин выпущен из бутылки, и идея с помощью технологий отказаться от дорогого и рискованного проекта внедрения еще долго будет будоражить умы...

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

По сути, ты хочешь выкинуть фазу AS-IS. Это возможно и, если я не ошибаюсь, вполне допускается методологиями. Но работать будет в ограниченном числе случаев, к примеру, когда сам бизнес формируется параллельно со внедрением системы и, соответственно, полностью опирается на ее логику (я слышал об одном таком проекте в ретейле - смелые парни, чесслово!).
Как правило, у клиента есть уже свои наработанные бизнес-процессы, зачастую поддерживаемые другими системами типа 1С, и для того, чтобы понять требования, предъявляемые к их автоматизации, придется их документировать "как есть".

А зачем их документировать?

У клиента есть люди которые знают "как есть", есть консультанты которые знают возможности системы. Естественно нужен какой то процесс, назовем его "выравнивания ожиданий", но, честно слово, есть масса более простых способов провести его эффективно и быстро, честь сесть за AS-IS скажем на три месяца

Алексей, ты шутишь или серьезно? Какое выравнивание ожиданий??? Договоренности "по понятиям" вместо завфиксированных в схемах, спецификациях, проектных рашениях - это мина замедленного действия под проект.

А кто сказал, что не надо фиксировать договоренности?

Естественно нужен какой то процесс, назовем его "выравнивания ожиданий", но, честно слово, есть масса более простых способов провести его эффективно и быстро

Вот только причем здесь арис?
Или задам вопрос по другому, чем арис лучше, например, визио или просто печатного документа для фиксации договоренностей?

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

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

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

...чем заниматься полгода рисованием стрелочек и кубиков и говорить, что это "как есть", а потом полгода их перерисовывать, потому что "как есть" поменялось. А оно это "как есть" меняется постоянно ...

Прежде чем спорить, давайте определимся об чём спорим
Я не считаю нужным рисовать "как есть". Как есть, так и есть, фиг с ним. Рисовать надо чертёж будущего изделия - "как будет".
А прототипы, опять-таки, никто не отменял. Только это следующая стадия. Сначала показываем заказчику чертёж, потом макет, потом сдаём изделие.

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