И не только молодые, и не только для храбрости, но и на нервной почве)Как насчет двух диреторов ...
ARIS - мировой лидер ПО для моделирования организационной структуры выпустил бесплатную версию своей системы ARIS Express.
Мои мысли тут [ссылка удалена модератором]
Интересно узнать мнение опытных специалистов о данном продукте и вариантах его применения.
Средняя заработная плата в компаниях — участниках рейтинга составила около 155 тыс. руб. в месяц.
Число вакансий для студентов и начинающих специалистов выросло за год на 15%.
Основные требования – широкий социальный пакет, а также все условия для комфортного пребывания в офисе.
При этом дефицит кадров наблюдается во всех отраслях.
Экспрессом не пользовался. Но постоянно на протяжении почти 10 лет использую Aris - его полноценную версию Toolset, Architect, Disign и т.д.
Сравнивать Aris с BS не совсем корректно. Так как первый является инструментом релизации моделей бизнеса для нотации EPC, в то время как BS больше подходит для создания моделей алгоритмов. Возможности инструментальной панели для отображения архитектуры бизнеса - ограничены.
С помощью нотации EPC_и программы Aris очень легко и за короткий срок можно построить модель любого бизнеса, создать архитектуру ИТ.
Если вы будете использовать Aris Ex, то не совершайте распространенную ошибку среди новичков. Не пытайтесь построить модель процесса сразу, не заложив основы. Мой вам совет обратить внимание на следущее... Построение любой модели бизнеса должно делиться на два этапа:
1. Построение архитектуры. Создания моделей сущностей, построение взаимосвязей между элементами этих моделей.
2. Создание моделей бизнес-процессов. Взаимосвязь элементов моделей сущностей, но в условиях протекания этого процесса.
Будут вопросы - обращайтесь.
Ого! Вот что значит - борьба за рынок. Сказать по правде, у меня небольшой опыт моделирования, но самое главное. я не держал до последнего момента ARIS и нотацию eEPC в прицеле. У меня была пробная попытка моделирования IDEF0 и IDEF3 с применением BPWin и ERWin (точнее, до ERWin я даже не добрался), после чего, взвесив все, переключился на BPMN. Невозможно изучать все одновременно - надо ведь с чего-то одного начинать. Но я точно знаю, что нотация eEPC очень даже в ходу. Могу пока только озвучить только одно свое общее впечатление - возможно, что с появлением ARIS Express я быстрее смогу освоить (пусть пока даже не очень глубоко) и эту нотацию. Так что спасибо за ссылку - мне кажется это очень полезным, во всяком случае, для новичков типа меня и просто в учебно-просветительских целях :!:
;)
Коллеги, уже надоело слушать про то, чем ARIS не является.
Имидж ARIS подкрепляется агрессивной маркетинговой политикой IDS Scheer и... больше ничем!
Я также на протяжении многих лет сталкиваюсь с ARIS, давайте разберемся подробнее "кто есть кто".
Подчеркну, что я не являюсь ИТшником, мой интерес - создавать организационные системы, причем не важно будут они автоматизированы в итоге или нет. Формальный результат моей деятельности, чтобы в компании были оптимальные бизнес-процессы и оргструктура с одной стороны, а с другой - каждый сотрудник знал как ему работать.
Итак начнем.
1. История.
ARIS появился как case средство для поддержки внедрения SAP. Что требуется от такого case средства? Выборочное описание ограниченного набора операционных процессов заказчика, которые поддерживает SAP. Для описания операционных процессов нужна алгоритмическая нотация, именно поэтому на основе семейства нотаций IDEF и DFD Шеер создает EPC. На мой взгляд, это самая алгоритмическая нотация в мире, "созданная с немецкой точностью".
Поэтому в корне не понимаю коллегу Михаила, который пишет что Business Studio больше подходит для создания моделей алгоритмов. Если уж IDEF0 для алгоритмов, то EPC - для описания философских концепций, не меньше.
2. Методология.
Все наверное в курсе что ARIS гордится своей методологией. Но многие, кто читал всевозможные книги, дают одинаковый отзыв: а методологии то нет (а король то голый!). Да, написаны толстенные тома, как рисовать стрелочки, квадратики и кружечки. Как создавать и хранить модели и их элементы. Но нигде, ни слова нет о том, как выделять процессы, как их декомпозировать, как формировать оптимальные оргструктуры.
3. Используемые нотации для моделирования процессов.
Основных две – VACD и eEPC.
Про EPС уже было сказано выше. VAСD претендует на описание процессов вернего уровня. Ну как описание… правильнее сказать про перечисление. Потому что я под описанием понимаю указание входов, выходов и исполнителей. Причем на верхних и средних уровнях модели бизнес-процессов указываются укрупненные ЛОГИЧЕСКИЕ результаты деятельности: произведенная продукция, рабочее оборудование, каждый из которых может содержать в себе группу конечных объектов.
Попробуйте сделать это на IDEF0 и на VACD или EPC и… почувствуйте разницу в количестве трудозатрат и «красоте результата».
3. Техническая сторона.
Кратко – она гениальна.
Развернуто: ядро ARIS - это возможность связывать объекты бинарными связями. Все, больше в ядре ничего нет. “Как так?” – спросите Вы. А очень просто. Представьте: любые два объекта (в рамках выбранного метдологического фильтра ) ядро позволяет связать бинарной связью: «Объект, из которого вышли», «Объект, в который вошли» и тип связи. Три объекта соединить соответственно нельзя, например. Бинарные связи позволяют штамповать различные виды диаграмм с ужасной скороcтью, чем и воспользовались аналитики ARIS. ..И штамповали, пользуясь, видимо, лозунгом «лучше больше, чем меньше». Пусть это увеличило время освоения системы пользователями, зато как сказал один мой коллега «Можно смоделировать вселенную!».
Следствие 1. «Отчеты». Выуживать информацию из бинарных связей -крайне неблагодарное занятие. Найти связи от объекта на один шаг вперед – еще легко. Но чтобы выудить какую-нибудь по настоящему важную информацию нужно проанализировать всю цепочку связей, накладывая условия, продираясь через несоответствия в данных (см. Следствие 2). Т.е. скрипты и еще раз скрипты. Поясняю для неподготовленных пользователей - т.е. нужно написать минипрограмму. Будьте готовы стать программистом… или содержать его в штате сотрудников… или платить бешенные деньги IDS Scheer.
Следствие 2. «Творю что хочу». Попробуйте нарисовать на двух оргдиаграммах диаметрально противоположную информацию: В Управление входит Отдел, и с использованием тех же самых объектов на другой диаграмме: В Отдел входит Управление. Удивлены? Рано! (С) Задорнов.
Нарисуйте на одной оргдиаграмме тоже самое: Управление и Отдел подчинены друг другу. Тоже получилось? Не говорите никому, что это я вас научил. ARIS не контролирует логику создания модели данных на связность и непротиворечивость. Вы вольны рисовать, все что угодно. Или, если в вашей оргструктуре произошли изменения – вам нужно будет открыть все N диаграмм и поправить их вручную. Тоже самое вы можете проделать с описанием процессов – закольцевать их вызов: первый процесс вызывает второй. Второй вызывает первый. Вобщем, в этом плане ARIS ничем не лучше «рисовалки» VISIO.
Следствие 3. «Удобство интерфейса».
Можете ли вы в программе увидеть дерево процессов или оргструктуру? Казалось бы наивный вопрос… Нет, не можете. Только через отчеты, которые вы предварительно сами должны настроить. Это следствие того, что данные (объекты) и диаграммы хранятся независимо друг от друга. Отдельной задачей для бизнес-аналитика является рассовывание объектов по папкам. При этом, например, ваша оргструктура в Explorer ARIS будет выглядить в лучше случае как линейный перечень объектов в одной папке.
4. Известность и распространенность ARIS.
По официальным данным у ARIS 7500 клиентов в мире. Причем опять таки по официальным данным – львиная доля продаж была на проектах внедрения SAP. Вывод: в мире ARIS практически не используется бизнес-аналитиками сам по себе. А в России ему умело (или не умело - для профессионалов) создается имидж инструмента для моделирования бизнеса. Поэтому в России в отрыве от SAP он используется почаще, но не намного.
Что такое 7500 клиентов в мире для такой системы? Это очень и очень мало. Сравните с количеством внедрений SAP – 92 000.
Gartner. IDS Sheer любит по поводу и без повода вставлять во все места упоминание что они №1 по исследованиям Gartner. Читаем внимательнее мелкий шрифт – «среди инструментов бизнес-анализа». Да, здесь вопросов нет- в ARIS есть симуляция, ABC и PPM. С именно анализом бизнес-процессов все хорошо. Но не надо тыкать непосвященным людям в лицо это «N1 в мире» - ведь это место не среди инструментов по описанию бизнеса. В подобных рейтингах ARIS не занимает первые места.
5. С чем я не спорю и признаю как факт.
Я не спорю с тем, что ARIS является №1 в области анализа бизнес-процессов.
Я не спорю с тем, что ARIS является case-средством для внедрения информационных систем и, в частности, SAP.
Ничем остальным ARIS не является.
Вот коротко и все. Надеюсь все вопросы освещены.
Александру Михальченко.
Так и хочется сказать: "Александр, не останавливайтесь!" :)
Михаил, давайте без панибратства.
Я вас понимаю, "всяк кулик свое болото хвалит" (ассоциация с болотом - случайная ;) )
Во-вторых, на e-xe всегда в почете была аргументированность. С безосновательным флеймом, пожалуйста, в другие форумы.
P.S. Процесс "Исполнение продаж" из вашего примера считаю антирекламой нотации EPC и ARISа в частности.
Коллеги. если у кого то не хватает времени на самостоятельное изучение нотации и методологии, то прошу, вас записываться ко мне на вэбинар. Ваша основна проблемма, как и всех умных и занятых людей - отрывочность знаний.
И арис тут ни при чем, я точно также много работаю и с AllFussion PM. И понимаю, что в каждом из этих продуктов лучше, а что хуже.
К сожалению, при всех плюсах, AllFussion, не предоставляет разработчику возможности построить полноценную архитектуру предприятия. А зря, именно построив архитектуру, становятся очевидны границы любого процесса. В PM есть возможность построения моделей сущностей, но увы это скорее списки сущностей, а не модели. Строить пользовательские отчеты на них очень неудобно.
Я могу потратить и 15 минут на любой процесс, при условии, что у меня будет готова архитектура. В этом вся методология. Вы строите архитектуру (папка приложения), а потом любое движение элементов этой архитектуры (папка процессы). Я думаю, что вы настоящий аналитик и привыкли разбивать сложные понятия на простые. Aris очень хорошо помогает это делать.
Евгений Кочуров
ласт чендж - это как вам хорошо должно быть известно - последнее изменение...
А должны переговоры закачиваться спецификацией или нет, решает заказчик, а точнее владелец процесса.
По поводу отчетов и скриптов... Не нужно быть программистом, чтобы быстро готовить основные пользовательские отчеты по модели, есть неплохой генератор отчетов. Раньше, я стремился к тому, что бы отчеты были сложными и всеобъемлющими. Оказалось, что заказчик хочет простоты и доступности. Вот простые примеры к приведенной модели:
http://docs.google.com/View?id=dhb7gvzs_524dr7747gd
http://docs.google.com/View?id=dhb7gvzs_534mpjzjsf4
К сожалению, гугл докс может публиковать только в html формате... увы :(
Михаил!
Предлагаю переименовать отчет http://docs.google.com/View?id=dhb7gvzs_524dr7747gd из Большого в Маленький :)
Михаил, посмотрел на отчеты, спасибо за неожиданную помощь!
Это хорошее доказательство моих тезисов.
Повеяло старым добрым BPWin :)