ARIS Express - бесплатный инструмент управления процессами. Обсудим?

Михаил,

Цель моего сообщения - аргументировано изложить, почему ARIS не является инструментом для моделирования бизнеса. А Вы мне в ответ – «А я смог!». И медведя можно научить ездить на мотоцикле, поэтому меня не удивляет, что вам виртуозно удалось научиться рисовать диаграмму за 15 мин. Более того, это нормальное время для одной диаграммы.

Вопрос: а что дальше? А дальше вы все больше и больше начнете натыкаться на обозначенные косяки.

Александр Михальченко пишет: Я не спорю с тем, что ARIS является №1 в области анализа бизнес-процессов. Я не спорю с тем, что ARIS является case-средством для внедрения информационных систем и, в частности, SAP. Ничем остальным ARIS не является. Вот коротко и все. Надеюсь все вопросы освещены.

Александр Михальченко пишет: P.S. Процесс "Исполнение продаж" из вашего примера считаю антирекламой нотации EPC и ARISа в частности.

Солидарен :) Думаю что процесс как-то слишком усложнен. Походит на принцип: Усложнять - просто, упрощать - сложно. Повеяло консалтингом :) Такие процессы как правило живут только в консалтинговых отчетах. В жизни быстро ложатся на полку и пылятся там пока не полетят в корзину. Извиняюсь, если выразился резко, но это мое личное мнение сформировавшееся на основании 3-х лет работы в управленческом консалтинге и 1 года работы в собственном деле. Повидал таких разработок в доволь, и нашел только одну цель их применения: показать "большим боссам" заказчика, что консалтинг, это ух как сложно, а потому и стоит ух как дорого, но у нас гибкая система скидок... и пошла стандартная процедура отката.

Евгений Кочуров пишет: Попробуйте ту же модельку перерисовать, например, в BPMN.

боюсь спорить с бойцами из ДИРЕКТУМа, но мне кажется без разницы в какой нотации описывать процесс. BPMN, EPC или IDEFx. В конце концов это всего лишь картинки - дополнение для упрощения понимания регламента и не более. Пытаться описать процесс только диаграммой это утопия, мой опыт показывает что такие описания мало пригодны для практического применения. Сам лично видел попытки описать процессы в нотации BPMN, которые были сделаны специалистами и получилась огромная схема, с кучей квадратиков и стрелочек, и чтобы понять кто и что делает, нужно было здорово подумать. Зато специалисты ей очень гордились, т.к. она была очень сложной и не понятной, и только они могли в ней разобраться :)

Александр Михальченко пишет: Имидж ARIS подкрепляется агрессивной маркетинговой политикой IDS Scheer и... больше ничем!

Не знаю как у вас в Москве, а у нас в России про Айрис мало кто знает :) И единственное что бросается в глаза при первом знакомстве, это характеристика - "мировой лидер", но при дальнейшем рассмотрении большая часть специалистов склоняется в пользу BusinessStudio аргументируя ее большей понятностью и удобством. Вот только все относительно... нельзя сказать, хорош или плох продукт, не примерив его к конкретной ситуации. И тема куда-то поплыла :) Начали говорить о том какой Арис хороший или плохой. При этом забыв что все относительно. Относительно какой ситуации ARIS плох или хорош? Дабы вернуть тему в первоначальное русло, давайте добавлю сюда текст своих мыслей, а то администрация форума меня рецедевистом посчитала и ссылку удалила. ARIS - мировой лидер ПО для моделирования организационной структуры выпустил бесплатную версию своей системы ARIS Express. Потратил пол дня на изучение и мне продукт понравился. Но понравился он мне как конкретное решения прикладных задач. Есть задачи которые эффективней решать при помощи нашего отечественного продукта BusinessStudio. Все познается в сравнении. Картинка Вывод: удобный инструмент для моделирования отдельных элементов системы, что позволяет использовать его для разработчиков ИТ и консультантов по управлению. очень удобно с его помощью разрабатывать ТЗ как на разработку ИС, так и на внедрение ИС. Это более удобный и бесплатный аналог BPWin или MS Visio заточенный под моделирование. Менее удобен и эффективен при построении комплексной системы управления внутри организации, за счет - отсутствия взаимосвязи элементов. изменение в одной части модели придется повторять во всех остальных. - писать регламенты придется вручную, добавляя вставки из системы - нет удобного инструмента по изучению модели. например для новых сотрудников. все эти функции есть в BS. Вывод: ARIS Express - инструмент начального уровня, отлично подходящий для разработки отдельных элементов модели, что очень удобно при проектах разработки и внедрения ИС или систем управления. BS - инструмент для комплексного создания модели организации, с возможностью автоматического изменения всех взаимосвязанных элементов в случае изменения одного элемента, генерацией регламентов и навигатора позволяющего изучать процессы всей организации в целом. P.S. Все это применительно к малым и средним организациям, т.к. это наша целевая ниша. Применительно к крупным организациям вывод может быть иным.

Да уж ребята... Флеймовать не в моих правилах, придется отсюда выходить.
На вс случай добавлю, может пригодится... Диаграммы в арис это визуализированные базы данных всей модели вашего предприятия. Заказчики обычно диаграммы не читают, а пользуются отчетами на их основе. Поэтому сложная диаграмма или нет, главное, что бы можно было получить ответ по этой модели в виде отчета. Ответ, например на вопрос - каков докуметооборот в процессе, или каковы бизнес роли кто их выполняет...

Анатолий Юмашев, Дело ведь не только в том, чтобы "нарисовать за 15 минут", а чтобы заказчик смог это прочитать и увидеть, каким образом разрешаются его "проблемные" точки еще до того, как дело дойдет до разработки workflow-схем и регламентов.

Евгений Кочуров пишет: Дело ведь не только в том, чтобы "нарисовать за 15 минут", а чтобы заказчик смог это прочитать и увидеть, каким образом разрешаются его "проблемные" точки еще до того, как дело дойдет до разработки workflow-схем и регламентов.

Согласен :) Выше уже писал: усложнять - просто, упрощать - сложно. За 15 минут редко можно накидать толковое описание. Кому то это не удастся и за 3 года. А где то придется еще поизучать международные стандарты. Взять к примеру гос.управление, пыжатся бедняги всей честной братией, все чиновники страны рисуют регламенты кто во что горазд, миллионы человеко/часов рабочего времени людей тратятся, а в результате? толмуды килограммовые, сложные до жути. А нет бы, послушаться разработок Правительства Великобритании, которые еще в 80-е годы были проведены, да сделать как там написано, тем более некоторые ветки этих разработок уже есть на русском, тот же ISO 20000 или ITIL. Все списывать под копирку толку не прибавит, а вот при адаптации под специфику и использовании базовых принципов, получаются очень даже эффективные и простые, рабочие схемки процессов. А что касается "увидеть решение проблем", то причем тут моделирование? ) тут нужен опытный оратор и техника СПИН-вопросов :) заказчик в результате поймет решение проблем, закажет его, а вот потом начнется описание-рисование :) И в зависимости от ситуации, будет использоваться тот или иной инструмент. Если задача стоит точечная и требует описания со схемами, то эффективней ARIS Express. Если задача описать всю организацию и в дальнейшем ее использовать, то эффективней BusinessStudio. Или я ошибаюсь? :)

Да уж ребята... Флеймовать не в моих правилах, придется отсюда выходить. На вс случай добавлю, может пригодится... Диаграммы в арис это визуализированные базы данных всей модели вашего предприятия. Заказчики обычно диаграммы не читают, а пользуются отчетами на их основе. Поэтому сложная диаграмма или нет, главное, что бы можно было получить ответ по этой модели в виде отчета. Ответ, например на вопрос - каков докуметооборот в процессе, или каковы бизнес роли кто их выполняет...

Михаил, чем дальше – тем больше вы сами запутываетесь. Открою тайну: заказчикам не нужны отчеты. Заказчикам нужен бизнес, работающий по определенным правилам. Для этого: п.1 как минимум сотрудники тупо должны знать что делать п.2 как максимум – должна быть поддержка бизнес-процессов со стороны ИТ-систем при выполнении п.1 Что касается диаграмм: ученые давно доказали, что визуальная информация человеком воспринимается лучше. Поэтому диаграмма должна быть не только средством вбивания информации в базу данных. Учитывая вышесказанное, я просто боюсь за того сотрудника заказчика, которому показали приведенные вами отчеты и диаграммы и сказали «Пойми, что ты должен делать».

Анатолий Юмашев пишет: Или я ошибаюсь?

Анатолий, в целом я с Вами согласен, мы просто немного о разном говорим. :)

Анатолий Юмашев пишет: И в зависимости от ситуации, будет использоваться тот или иной инструмент.

Я бы к этому списку еще добавил Visio. С версии 2010 он вообще приятной вещью стал.

Александр Михальченко, Анатолий Юмашев
+1!
Спасибо коллеги!
Полностью солидарен!

Не нужно ставить телегу впереди лошади: дело не в нотации, а в том что должна отражать схема и в том, кому Вы ее рисуете! Если Вы внедряете SAP - Арис Ваш путь! Только, пожалуйста, тогда лучше забудьте про всякую оптимизацию (и дело тут не в Арисе, а в САПе - раз Вы выбрали данный Софт, то проще уже не Софт под БП гнуть, а БП под Софт).

Но если Вы описываете деятельность, чтобы ее улучшить и внедрить новые правила - Ради Бога, только не Арис! А то, потом на вопрос: "Что изменилось в процессе?". Руководитель какого-нибудь отдела (заметьте, не грузчик и не кладовщик!) отвечает: "на четыре квадратика больше". По-другому, схемы Вы рисуете и регламенты пишите ни себе, ни руководству, ни дяде аудитору - а простым работягам, которые должны на них посмотреть, быстро понять и пойти выполнять. А раз так, то принципы просты:
1. Просто,
2. Понятно,
3. Доходчиво,
4. Четко,
5. Минимально (без лишней загрузки символами, ненужными знаками, фразами, стрелками, "тупой структурой" и т.п.).

Ни одному данному принципу Арис с его eEPC и т.п. не отвечает (наследие Софтоориентированности на САП).
А про автоматическую генерацию регламентов, человеку который писал еще на ассемблере, и понимает что такое программирование "до самых винтиков" - слушать очень смешно.

С уважением,
А.Борисов

Андрей Борисов пишет: А про автоматическую генерацию регламентов, человеку который писал еще на ассемблере, и понимает что такое программирование "до самых винтиков" - слушать очень смешно.

Можно мне персонально расписать эту фразу. Чую что наверное что то интересное там, но ничего не понял, возможно потому что ассемблер знаю только в теории :)

Александр Михальченко
+100000

Доброе время суток коллеги!
Хочу попросить помощи или рекомендации к каким программам бесплатным (может к существующим примерам) обратиться за решением задачи формализация бизнес-процессов по продаже реламных площадей в изданиях холдинга, думаю в результате далее должны появиться регламенты работы, правила по документообороту еще что-то, что позволит выработать систему, которая не будет зависить от капризов "звезд" , в рамках которой может работать любой пришедший в наше рекламное агентсво. Опыта практического нет, не много знаю очень укропненно в теории. А задачу необходимо решить. Столкнулась с проблемой низкой эффективности сотрудников в работе, поменялся существенно коллектив в службе продаж, ранее , когда работали "звезды", формализовывать бизнес-процессы не было необходимости, все работало как часы, а сейчас пришли новички.

С уважением,
Екатерина Шавровская

Екатерина Шавровская, 1. Описать процесс можно в Word'e 2. Как сделать структуру процессов можно подглядеть тут http://www.businessstudio.ru/load/ (там HTML-навигатор) 3. Далее пишете головной процесс и декомпозируете его на подпроцессы. Правила декомпозиции можно подглядеть тут http://it-4-all.blogspot.com/2010/06/blog-post_14.html 4. В итоге получите структуру процессов. Это наверное первый шаг и он же самый сложный. 5. Потом берете самые больные процессы и начинаете в них записывать правила, порядок действий в зависимости от тех проблем которые больше болят. Например. Есть проблема в процессе продаж, т.к. люди не правильно ведут записи о контактах. Скажем это относится к процессу А2.1. Активные продажи. Делаем для него папочку. В папочку кладем документ Правила активных продаж или Регламент активных продаж или Инструкция по активным продажам или назовите как вам больше нравится :) Туда пишем кто и как должен записывать контакты. Можно картинки вставлять. P.S. Все эти потуги с описанием процессов нужны лишь для контроля и поддержки сотрудников. Без обучения по этим же процессам все это как правило не работает.

Доброе время суток Анатолий,
спасибо за ваш ответ, обязательно изучу материалы, рекомендованных вами ссылок. :)