Бизнес-процессы
Username:
Password:

Добро пожаловать на форум YupTalk.ru!
Обсуждаем международную карьеру, профессиональный рост, бизнес-образование,
транснациональные корпорации, стажировки, консалтинг, финансы, аудит, маркетинг и работу в целом.


О САЙТЕ | РЕКЛАМА | ПРАВИЛА | КОНТАКТЫ | RSS ПОДПИСКА | | | ЖЖ | БЛОГ

Подписка на все новые сообщения по почте:
Pages: 1
  Print  
Author Topic: Бизнес-процессы  (Read 3071 times)
ciber
Новичок
*

Карма: -16
Offline Offline

Posts: 44


« on: 19 January 2011, 16:13:01 »

Уважаеиые консультанты, подскажите, пожалуйста, дает ли какой-то вес для резюме работа специалистом по бизнес-процессам в крупной компании телеком (описание в ARIS, совершенствование) для дальнейшего перехода в консалтинг Биг4, например?

Еще на собеседовании сказали, что они счас на стадии описания процессов, а до совершенствования дело не дошло, и типа описание процессов - это не очень интересно. Кто работает в этой сфере, действительно ли описании процессов - зто скучно?

Заранее спасибо!

Logged
Alexey337
VIP
Пользователь
*

Карма: 12
Offline Offline

Posts: 55


« Reply #1 on: 19 January 2011, 22:38:17 »

Имхо, дает. Т.к. я три года описывал бизнес процессы в ARIS в хороших компаниях, а потом перешел в консалтинг Биг4 на синьера
Logged
igor
VIP
Пользователь
*

Карма: 78
Offline Offline

Gender: Male
Posts: 65


« Reply #2 on: 19 January 2011, 23:54:36 »

Знание операционной деятельности в конкретной отрасли или какой-то функциональной области, опыт составления методологических, регламентирующих документов/инструкций -- это ценно, хотя и скучно (на 2-3 года максимум, потом надо будет валить чтобы мозги не спеклись). Арис, марис или х.ярис -- дело десятое, ценность этого скилла низкая (несколько дней обучения + методичка/соглашение о моделировании БП под рукой -- и вуаля). Это если для целей визуализации. Если модели делаются для целей симуляции и/или исполнения на business process engine (типа IBM Lombardi, TIBCO и т.д.), то это гораздо сложней и, соответственно, гораздо серьезней должна быть техническая подготовка. Ценно это для опыта и резюме -- наверное, да. Это сейчас типа как новый фетиш в бизнес-ИТ. ERP, CRM, OLAP/Geo charts, data mining, executive dashboards ... -- этим уже никого не удивишь сейчас, это уже все "прошли". А вот BPM/SOA -- это да, актуальненько.
Logged
Alexey337
VIP
Пользователь
*

Карма: 12
Offline Offline

Posts: 55


« Reply #3 on: 20 January 2011, 23:27:50 »

На мой взгляд, основное преимущество, которое дает такая работа, это понимание самых разных функций в самых разных отраслях (если работаете, например, в управляющей компании холдинга). А это, согласен, очень ценно в консалтинге.
Хм, при всем уважении, Игорь, я бы посмотрел, как вы освоите Арис (ну например, самое простое, Design Platform) за несколько дней (даже без скриптов). А там еще есть решения из других платформ, типа Business Optimiser или тот же SOA Architect.
После определенного опыта, в какой среде описывать процессы уже абсолютно не важно. Но методология товарища Шеера хороша тем, что она комплексная, что она MECE.
Logged
ciber
Новичок
*

Карма: -16
Offline Offline

Posts: 44


« Reply #4 on: 21 January 2011, 15:12:13 »

Alexey337, спасибо за информацию, скажите, пожалуйста, а вы в какой отдел перешли? Т.е. как называется?

Спасибо заранее!
Logged
Alexey337
VIP
Пользователь
*

Карма: 12
Offline Offline

Posts: 55


« Reply #5 on: 21 January 2011, 23:19:10 »

В стратегию и операции
Logged
igor
VIP
Пользователь
*

Карма: 78
Offline Offline

Gender: Male
Posts: 65


« Reply #6 on: 22 January 2011, 15:03:54 »

Хм, при всем уважении, Игорь, я бы посмотрел, как вы освоите Арис (ну например, самое простое, Design Platform) за несколько дней (даже без скриптов). А там еще есть решения из других платформ, типа Business Optimiser или тот же SOA Architect.

Коллеги осваивают арисовские VAD, FAD, PSD, eEPC за час, т.е. могут потом рисовать вполне годные схемки для целей визуальной коммуникации и согласования представлений о БП, этого достаточно. Понятно, что монстр ARIS далеко не исчерпывается этими примитивнейшими моделями, к тому же для целей визуализации в визио можно в 100 раз понятней и красивее сделать, но увязки между ними не будет, да и не нужна она для визуализации. Повторюсь, что для задач, выходящих за рамки визуализации, нужна гораздо большая подготовка, согласен с Вами. Здесь (http://www.ids-scheer.de/ru/Services/Training/Tools_for_BPM/74480.html) курсы в-основном по несколько дней каждый. Если просуммировать, весь этот арисовский курятник надо будет почти 2 месяца изучать. Предметные области же -- годы.

В целом, лично я к арису отношусь так же, как и к сапу -- пропиаренное старое корявое говно мамонта, в которое разработчики закопали миллиард часов (наплывшие друг на друга подпорки и костыли, вынужденное, чтобы не вылететь с рынка, всасывание новых более перспективных вещей на старый трескающийся фундамент 20-летней давности, используемая терминология, неадекватная не только с т.з. бизнеса, но и современного ИТ, интерфейс - я вообще промолчу), и которое продвигается за счет известности/имиджа и крупных откатов. ARIS + SAP -- это вообще "убойная" комбинация и чудовищный риск проекта, если мы говорим о пользе для бизнеса (TCO, ROI), а не о распилах. Такое даже на западе не окупается, если у компании business operating model и operations нетиповые/нереференсные, что зачастую является конкурентным преимуществом. Если с нуля работать, то сейчас имеются более новые, прогрессивные, легковесные и дешевые продукты, интеграционные шины, механизмы интеграции legacy- и новых разработок, технологии и методологии. Арис это вообще проприетарная методология, что объясняет идиотство с ценами на инструментарий. Такие открытые инициативы, как TOGAF, BPMN и им подобные закопают наконец этот арис, уже появилось много молодых перспективных продуктов, цены очень демократичные, рынок конкурентный. Об этом не очень часто в открытую говорят на спонсируемых российских конференциях по BPM, но литература и статьи в инете говорят об обратном -- идет угасание интереса к арису.

Резюмируя для целей настоящего топика, надеюсь, вы согласитесь со мной, что проблема понимания предметной области и правильного разбиения и составления иерархии БП, корректного определения входов-выходов, атрибутов и т.д. гораздо важнее и сложнее, чем умение нажимать кнопки, таскать фигурки и лабать скрипты в проприетарном продукте энной версии.
Logged
Alexey337
VIP
Пользователь
*

Карма: 12
Offline Offline

Posts: 55


« Reply #7 on: 23 January 2011, 00:46:48 »

Хм, при всем уважении, Игорь, я бы посмотрел, как вы освоите Арис (ну например, самое простое, Design Platform) за несколько дней (даже без скриптов). А там еще есть решения из других платформ, типа Business Optimiser или тот же SOA Architect.

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

Да.
Logged
Z00M
Пользователь
**

Карма: 4
Offline Offline

Posts: 91



« Reply #8 on: 23 January 2011, 16:21:17 »

В целом, лично я к арису отношусь так же, как и к сапу -- пропиаренное старое корявое говно мамонта, в которое разработчики закопали миллиард часов (наплывшие друг на друга подпорки и костыли, вынужденное, чтобы не вылететь с рынка, всасывание новых более перспективных вещей на старый трескающийся фундамент 20-летней давности, используемая терминология, неадекватная не только с т.з. бизнеса, но и современного ИТ, интерфейс - я вообще промолчу), и которое продвигается за счет известности/имиджа и крупных откатов. ARIS + SAP -- это вообще "убойная" комбинация и чудовищный риск проекта, если мы говорим о пользе для бизнеса (TCO, ROI), а не о распилах.
Я согласен, отрисовывали процессы холдинга в Арис, для дальнейшего написания ТЗ на доработку ERP. Особой полезности в этих схемах так и не уследил, хотя почувствовал себя художником=)))
Logged
igor
VIP
Пользователь
*

Карма: 78
Offline Offline

Gender: Male
Posts: 65


« Reply #9 on: 23 January 2011, 17:46:40 »

А я за рисование БП. Перед автоматизацией сначала надо договориться, как работает новый/измененный процесс. У меня претензия конкретно к арису. В том же TIBCO Business Studio, например, можно очень удобно схлопывать группы БП и даже целые оргединицы (отдельные cross-functnional/swim lanes) и очень наглядно видеть, как взаимодействуют подразделения. Нотация BPMN это позволяет. Сейчас все крупные компании, в т.ч. Software AG/IDS Scheer, IBM, Oracle, SAP, делают ставку именно на BPMN. В новом арисе вроде тоже неплохо BPMN сделан (проф. Шеер даже участвовал в создании этой нотации), детально не разбирался, в задачах визуализации БП мы полностью на визио (документы) + анимированный поверпоинт (презентации) перешли -- просто, понятно, наглядно, богатые возможности и т.д. Т.е. у нас это такое легковесное моделирование БП получилось. Более тяжелый подход и инструментарий как-то не пошел -- при больших трудозатратах отдача неадекватная.
Logged
Z00M
Пользователь
**

Карма: 4
Offline Offline

Posts: 91



« Reply #10 on: 23 January 2011, 18:10:32 »

А я за рисование БП. Перед автоматизацией сначала надо договориться, как работает новый/измененный процесс.
Не совсем понял что имеется ввиду?
Logged
igor
VIP
Пользователь
*

Карма: 78
Offline Offline

Gender: Male
Posts: 65


« Reply #11 on: 23 January 2011, 19:23:40 »

Не совсем понял что имеется ввиду?

Когда новый/измененный БП затрагивает несколько подразделений с примерно одинаковыми полномочиями, в крупных компаниях делают так:
1. Сначала бизнес-аналитик (БА) выясняет требования к результату выполнения БП (например, изучает какой-нибудь приказ или положение, спущенное "сверху", во исполнение которого надо перестроить работу), входную и выходную информацию.
2. БА проговаривает в рабочем порядке со всеми заинтересованными сторонами возможную партитуру/orchestration БП, выясняет требования сторон к деталям, варианты БП.
3. БА готовит один или несколько вариантов/сценариев БП, рассылает заинтересованным сторонам, приглашает на совещание. Перед совещанием стороны обычно в рабочем порядке обсуждают варианты.
4. Руководители и ключевые сотрудники заинтересованных подразделений собираются на совещание, на котором БА крутит им презентацию с отрисованными БП, в ходе совещания стороны пытаются прийти к единому мнению. По результатам совещания оформляется протокол, в котором в секции "Решили" описывается выработанное решение (как правило, в виде приложения, если большое), поручения по довыяснению нюансов и дальнейших шагов и т.д. Обычно решают не заканчивать совещание, пока не выработают единое мнение. Протокол подписывается сторонами.
5. На основе решений, зафиксированных в протоколе, БА пишет/модифицирует методологические документы, окончательно согласовывает и утверждает их. На основе них лицо, выполняющее функции системного аналитика/архитектора/консультанта по ERP, пишет/модифицирует технические документы. На основе которых дописывается/модифицируется информационная система, учствующая в реализации БП.

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

Карма: 4
Offline Offline

Posts: 91



« Reply #12 on: 23 January 2011, 19:43:51 »

igor, ну это некий вариант подготовительной стадии для описания процесса. Он может работать, а может и нет. Я пока не уловил идеи про неудобство Ариса. Если про взаимосвязь подразделений, то встроенный язык Ариса позволяет строить любые запросы к БД, включая и функциональную взаимосвязь подразделений. Я просто не в чистом виде кунсультант, может я чего-то не понимаю =(
Logged
ciber
Новичок
*

Карма: -16
Offline Offline

Posts: 44


« Reply #13 on: 05 February 2011, 17:11:47 »

Alexey337, а можете рассказать про суть работы в strategy and operations. Т.е. про что проекты и какими средствами пользуетесь. Или средства не важны? и просто выдвигаете гипотезу проблемы и потом решаете?

Очень жду ваш комментарий Smiley !!!
Logged
Alexey337
VIP
Пользователь
*

Карма: 12
Offline Offline

Posts: 55


« Reply #14 on: 05 February 2011, 22:05:48 »

Уважаемый ciber, про суть стратегии и операций Гугл вам в помощь. Не очень понял, что вы имеете ввиду под средствами. MS Excel, PowerPoint, Visio?
Logged


Pages: 1
  Print  
 
Jump to: