Search
424 results for “bpmn_io”
-
Flows for APEX 23.1 is here! Download your free copy at https://flowsforapex.org and start modeling/running your business processes! Many thanks to all contributors: Richard Allen, Louis Moreaux, Moritz Klein, Dennis Amthor and Jörg Doppelreiter.
-
Flows for APEX 23.1 is here! Download your free copy at https://flowsforapex.org and start modeling/running your business processes! Many thanks to all contributors: Richard Allen, Louis Moreaux, Moritz Klein, Dennis Amthor and Jörg Doppelreiter.
-
Flows for APEX 23.1 is here! Download your free copy at https://flowsforapex.org and start modeling/running your business processes! Many thanks to all contributors: Richard Allen, Louis Moreaux, Moritz Klein, Dennis Amthor and Jörg Doppelreiter.
-
Flows for APEX 23.1 is here! Download your free copy at https://flowsforapex.org and start modeling/running your business processes! Many thanks to all contributors: Richard Allen, Louis Moreaux, Moritz Klein, Dennis Amthor and Jörg Doppelreiter.
-
Die Muster-Pizza gibt es nicht
Für Geschäftsprozessdiagramme gibt es keine Musterlösung.
-
Together with a team of students and staff at #TUBerlin, we published a paper presenting a prototype that uses AB testing and reinforcement learning for business process improvements. If you are interested in #BPM #BPMN #BusinessProcess #ProcessMining check the paper out here: https://ceur-ws.org/Vol-3216/paper_250.pdf
-
Noch einige Nachmittagsvorträge der #tekom #TechnologyDays (heute und morgen) erwischt. Gerade gab es den Vortrag »Die Maschine ruft, was nun« von Torsten Kuprat von Acolada, u. a. mit dem Hinweis zum #BPMN-Standard. Bin ja immer für XML-basiertes Zeug zu haben. ;) https://jahrestagung.tekom.de/programm-1/technology-day/
-
Noch einige Nachmittagsvorträge der #tekom #TechnologyDays (heute und morgen) erwischt. Gerade gab es den Vortrag »Die Maschine ruft, was nun« von Torsten Kuprat von Acolada, u. a. mit dem Hinweis zum #BPMN-Standard. Bin ja immer für XML-basiertes Zeug zu haben. ;) https://jahrestagung.tekom.de/programm-1/technology-day/
-
Noch einige Nachmittagsvorträge der #tekom #TechnologyDays (heute und morgen) erwischt. Gerade gab es den Vortrag »Die Maschine ruft, was nun« von Torsten Kuprat von Acolada, u. a. mit dem Hinweis zum #BPMN-Standard. Bin ja immer für XML-basiertes Zeug zu haben. ;) https://jahrestagung.tekom.de/programm-1/technology-day/
-
@lued Für OZG z.B. gibt es lowcode Plattformen, sogar die abgebildeten Prozesse können von anderen Kommunen weitergenutzt und getailort werden, auch über Ex-Import in andere Plattformen. Die regionalen kommunalen RZ Dienstleister vereinfachen das zudem durch Hosting- und Clouddienstleistung. Da ist nicht alles "geil gemacht". Aber wenn es in der Gesprächsrunde so ausgedrückt wurde, wie Du es darstellst, ist das schlicht falsch.
#verwaltung #KommunaleVerwaltung #öd #ozg #nachnutzung #bpm #bpmn -
Моделирование оргструктур и бизнес-процессов при имплементации ERP-систем
Одной из важных задач при имплементации корпоративных информационных систем является проектирование бизнес-процессов. Следуя [1], в ERP-проектах выделяется отдельный уровень внедрения: уровень процессов. Здесь ведется моделирование бизнес-процессов на основе общеизвестных графических нотаций, строятся модели As-Is и To-Be. Все разнообразие нотаций моделирования объединено термином CASE-средства, суть которых изначально заключалась как в проектировании, так и последующей автоматизации настроек и разработок ERP-систем [2]. На сегодняшний деть имеется множество всевозможных нотаций моделирования бизнес-процессов, каждая из которых обладает своим набором уникальных графических элементов, особенностями и областью применения. Не все нотации изначально создавались под нужны ERP-проектов, поэтому их использование при проектировании корпоративных информационных систем не всегда разумно. Имплементация информационных систем – задача весьма специфичная и трудоемкая, поэтому выбор нотации должен вестись весьма осознанно. В принципе, применение неподходящего CASE-средства не так критично, однако это приводит к излишним трудозатратам, так как построенные схемы процессов будут содержать излишние или наоборот недостающие графические элементы, важные для конечных пользователей. Исходя из этого, необходимо разбираться в тонкостях нотаций моделирования и четко разграничивать область применения каждой. Именно это задачей мы с вами и займемся в рамках данной работы. Цель работы заключается в анализе методов проектирования бизнес-процессов, применимых к проектам внедрения ERP-систем. Использование подходящих графических моделей позволит строить наглядные процессные диаграммы, удобные для конечных пользователей, что облегчит им работу с разрабатываемой программной системой. Достижение цели потребует решения таких задач, как:
https://habr.com/ru/articles/815815/
#bpmn_20 #bpmn #aris #idef #idef0 #eepc #dfd #asis #business_processes_management #business_process_management
-
Организация как Код: как описывать подразделения как исполнимые сервисные контракты
В большинстве компаний подразделение до сих пор описывается двумя способами. Первый — оргсхема, где есть прямоугольник с названием отдела и стрелками подчинённости. Второй — положение о подразделении, где сказано, что оно «обеспечивает», «контролирует», «сопровождает» и «взаимодействует». Формально этого достаточно: отдел существует, функции перечислены, зона ответственности обозначена. Но как только возникает практический вопрос — что именно это подразделение обязано делать, по каким правилам, с каким SLA, где проходят границы его ответственности и как проверить исполнение, — оказывается, что в явном виде ответа нет. Знания хранится в регламентах, в BPM-системе, в локальных договорённостях, в головах сотрудников. Пока команда стабильна, это ещё может работать. Но при росте нагрузки, смене руководителя, цифровизации или попытке встроить в контур AI всё начинает рассыпаться. Новый руководитель читает документы, которые не совпадают с реальностью. Аналитик восстанавливает процесс по кускам. Автоматизация покрывает отдельные сценарии, но не даёт целостной модели того, что именно подразделение обязано гарантировать организации. Меня зовут Денис Селезнёв, я генеральный директор «Первой Формы» — российской BPM-платформы для автоматизации бизнес-процессов в крупных компаниях. В этой статье я расскажу, почему привычное описание подразделений перестало работать как управленческий инструмент, как мы подошли к этому через концепцию Организация как Код (OaC) и почему начали описывать подразделения не как функции на оргсхеме, а как исполняемые сервисные контракты.
https://habr.com/ru/companies/1forma/articles/1020304/
#автоматизация_процессов #bpms #bpmсистемы #lowcode #llm #bpmn #эффективность_процессов #ai #данные
-
Процессная архитектура: что это, её связь с TOGAF и почему она является базовым элементом требований на автоматизацию
Типичная ситуация в ИТ-проектах: приходит задача на автоматизацию, бизнес-аналитик начинает с нуля собирать требования, рисовать процесс, согласовывать его с заказчиком, выявлять исключения, уточнять роли и данные. Проходит время, задача уходит в разработку. Через месяц — новый запрос, и снова тот же путь. Процессы рисуются «под задачу», не связаны между собой, в каждом проекте — своя терминология и своё видение. Обратная ситуация - если бы в компании была единая, поддерживаемая и согласованная модель деятельности, которую можно «взять» как основу для любой задачи на автоматизацию. Такая модель и есть процессная архитектура организации. Узнать больше
https://habr.com/ru/articles/1016604/
#методология #управление_требованиями #бизнесанализ #корпоративная_архитектура #бизнесархитектура #bpmn #бизнеспроцессы #archimate #togaf #системный_анализ
-
Ключевые принципы процессного подхода
Я многие годы работаю в процессной теме, и как консультант, и как руководитель внутреннего процессного подразделения, и в этой статье я решил в краткой и максимально структурированной форме рассказать, что же такое процессный подход. Разобраться в теме
https://habr.com/ru/companies/otus/articles/1009368/
#bpmn #bpm #bpmсистема #оптимизация_процессов #процесс #совершенствование #редизайн_процессов
-
Нечеловек, который изменил всё: как эффективно работать с ИИ, на примере создания схем бизнес-процессов в BPMN
Отношение к ИИ, как к помощнику, у многих людей напоминает отношение суровых сибирских лесорубов к японской лесопилке из старого анекдота. Лесорубы совали в неё всё более толстые брёвна — и машина со всем справлялась. Тогда в неё засунули железный лом. Этого лесопилка уже не пережила. А лесорубы сделали вывод: ничего-то эта заморская техника не может. С ИИ часто происходит то же самое. Либо «с делай всё и сразу », либо « ну нет, слабоват ты пока для серьёзных задач ». А что если ИИ способен решить вашу задачу пусть не полностью, но процентов так на 80–90? И вы сами в этой сфере тоже несовершенны? Но области ваших ошибок с ИИ не совпадают ! Что если, грамотно объединив с ним усилия, можно получить результат, близкий к 100% успеха? Примерно так, как в фильме Moneyball ( Человек, который изменил всё ). Там три узкоспециализированных (а потому по отдельности посредственных) игрока, играя слаженно, смогли превзойти на поле одного игрока-суперзвезду. Который, разумеется, стоил в разы дороже их троих вместе взятых. Именно такую технологию я и хочу передать в этой статье — эффективное использование пока ещё несовершенного ИИ-помощника . На примере создания схем бизнес-процессов. Пример выбран не случайно: на получившихся схемах очень наглядно видно наше с ИИ несовершенство по отдельности — и качественный результат, достигнутый совместно.
https://habr.com/ru/articles/983614/
#AI #ии_помощник #bpmn #сезон_ии_в_разработке #Bizagi_Modeler #ChatGPT #Моделирование_бизнеспроцессов #бизнеспроцессы #практический_кейс #реальный_опыт
-
Карта для капитана. Как я рабочее место руководителя для 1С:ERP создавал
Художественная реконструкция реального эпизода 1773 года: охота за султанскими сокровищами в Средиземном море. Главный герой — Георгий Ризо, греческий капитан, адъютант графа Алексея Орлова и командир корсарской эскадры. Перед ним — карта района плавания. По ней он объясняет экипажу свой замысел и вдохновляет экипаж на рискованное предприятие. Бизнес — это тоже своего рода поход за сокровищами. И в такой мощной программе управления, как 1С:ERP, «карта похода» — единый наглядный инструмент планирования — нужна руководителю ровно так же, как капитану — карта района плавания. Но в 1С:ERP такой карты нет. В подсистеме планирования данной программы отсутствует рабочее место руководителя — нет визуального инструмента, который позволял бы одним взглядом охватить весь бизнес-замысел: стратегию, тактику и связи между ними. Ниже — о том, как я создавал прототип такой карты. Создавал буквально «на коленке». И как из «карты для руководителя» неожиданно вырос ИИ-помощник по планированию в 1С:ERP.
https://habr.com/ru/articles/976310/
#1c #erp #планирование #интерфейс #нотации #bpmn #ai #ии_помощник #управление_производством #машинное_обучение
-
[Перевод] Измерение сложности моделей — Часть 2: Применяем теорию на практике
В предыдущей статье мы заложили фундамент для анализатора сложности, определив ключевые метрики для оценки сложности моделей процессов. Теперь разберем, как превратить эту теорию в реально работающий инструмент.
-
[Перевод] Camunda vs n8n: гайд по оркестрации и автоматизации
Camunda и n8n — две мощные платформы для автоматизации рабочих процессов, но они решают совершенно разные задачи. Camunda 8 предназначена для сложных, долгоживущих процессов, которые требуют регламентации, участия человека и интеграции между системами. n8n же оптимизирован для быстрых low-code автоматизаций и задач, ориентированных на работу с API, которые выполняются за секунды или минуты. В этой статье разбирается, где лучше всего подходит каждый инструмент, чем они отличаются по архитектуре, моделированию, масштабируемости и наблюдаемости, а также как ведущие компании сочетают их в гибридных стратегиях автоматизации. Если вы выбираете между Camunda и n8n или хотите эффективно использовать оба инструмента — это руководство для вас.
https://habr.com/ru/articles/969942/
#n8n #camunda #оркестрация #бизнеспроцессы #bpmn #sla #kpi #aiагенты
-
Я заменил целую команду разработки на ИИ. 0 рублей, 2 недели, 2 приложения
Меня зовут [неважно], я бизнес-аналитик. Моя работа — писать ТЗ, рисовать процессы в BPMN, ругаться с разработчиками из-за неправильно понятых требований и пить кофе на стендапах. За 5 лет в профессии я не написал ни одной строчки кода. Ни одной. Даже Hello World . В начале 2026-го я поймал себя на мысли, которая наверняка посещала каждого бизнес-аналитика: «Я точно знаю, что нужно сделать. Я подробно описываю как это должно работать. Единственное, чего я не могу — написать код». А потом я прочитал очередной пост про то, как кто-то с помощью ИИ создал приложение за выходные, и подумал: а что если моя профессия — это и есть идеальная подготовка к работе с ИИ-ассистентами? Спойлер: через 2 недели у меня было 2 приложения в RuStore, 0 рублей затрат и 14 скачиваний. Да, четырнадцать. Но обо всём по порядку.
https://habr.com/ru/articles/1017748/
#ИИразработка #Claude #Flutter #vibe_coding #промптинжиниринг #MVP #Supabase #AIassisted_development #rustore #GPT
-
@lued Für OZG z.B. gibt es lowcode Plattformen, sogar die abgebildeten Prozesse können von anderen Kommunen weitergenutzt und getailort werden, auch über Ex-Import in andere Plattformen. Die regionalen kommunalen RZ Dienstleister vereinfachen das zudem durch Hosting- und Clouddienstleistung. Da ist nicht alles "geil gemacht". Aber wenn es in der Gesprächsrunde so ausgedrückt wurde, wie Du es darstellst, ist das schlicht falsch.
#verwaltung #KommunaleVerwaltung #öd #ozg #nachnutzung #bpm #bpmn -
@lued Für OZG z.B. gibt es lowcode Plattformen, sogar die abgebildeten Prozesse können von anderen Kommunen weitergenutzt und getailort werden, auch über Ex-Import in andere Plattformen. Die regionalen kommunalen RZ Dienstleister vereinfachen das zudem durch Hosting- und Clouddienstleistung. Da ist nicht alles "geil gemacht". Aber wenn es in der Gesprächsrunde so ausgedrückt wurde, wie Du es darstellst, ist das schlicht falsch.
#verwaltung #KommunaleVerwaltung #öd #ozg #nachnutzung #bpm #bpmn -
@lued Für OZG z.B. gibt es lowcode Plattformen, sogar die abgebildeten Prozesse können von anderen Kommunen weitergenutzt und getailort werden, auch über Ex-Import in andere Plattformen. Die regionalen kommunalen RZ Dienstleister vereinfachen das zudem durch Hosting- und Clouddienstleistung. Da ist nicht alles "geil gemacht". Aber wenn es in der Gesprächsrunde so ausgedrückt wurde, wie Du es darstellst, ist das schlicht falsch.
#verwaltung #KommunaleVerwaltung #öd #ozg #nachnutzung #bpm #bpmn -
Ключевые принципы процессного подхода
Я многие годы работаю в процессной теме, и как консультант, и как руководитель внутреннего процессного подразделения, и в этой статье я решил в краткой и максимально структурированной форме рассказать, что же такое процессный подход. Разобраться в теме
https://habr.com/ru/companies/otus/articles/1009368/
#bpmn #bpm #bpmсистема #оптимизация_процессов #процесс #совершенствование #редизайн_процессов
-
Ключевые принципы процессного подхода
Я многие годы работаю в процессной теме, и как консультант, и как руководитель внутреннего процессного подразделения, и в этой статье я решил в краткой и максимально структурированной форме рассказать, что же такое процессный подход. Разобраться в теме
https://habr.com/ru/companies/otus/articles/1009368/
#bpmn #bpm #bpmсистема #оптимизация_процессов #процесс #совершенствование #редизайн_процессов
-
Как мы превратили каталог процессов в «цифрового сотрудника» на LLM и low-code
В крупных компаниях процессная архитектура неизбежно усложняется. Чем больше команд, продуктов и внутренних систем, тем выше зависимость от прозрачных и управляемых процессов. В теории. На практике даже при наличии каталога процессов сотрудники продолжают задавать одни и те же вопросы в личных сообщениях, искать инструкции по разным хранилищам и опираться на устные договорённости. Документация существует, но пользоваться ей неудобно . В Островке (тысячи сотрудников, распределённые команды, несколько продуктовых направлений и операционная работа 24/7) мы столкнулись с этой проблемой в полном объёме. Каталог процессов начал формироваться, но быстро стало ясно: сам по себе он не создаёт ценности. Читать схемы BPMN готовы немногие, а поддерживать актуальность описаний вручную — дорого и нестабильно. Так мы встали на путь превращения каталога процессов из статичного документа в сервис. Поверх него был построен чат-бот на базе LLM и RAG с low-code автоматизацией, который стал точкой входа в процессную архитектуру: отвечает на вопросы, инициирует обновления, обучает сотрудников и принимает заявки на оптимизацию . В этой статье — практический разбор того, как это устроено, какие ограничения мы получили и какие результаты увидели.
https://habr.com/ru/companies/ostrovok/articles/1003460/
#RAG #ai #chatbot #llm #llmагент #bpm #bpmn_20 #bpmnдиаграмма #оптимизация_процессов #lowcode
-
Как построить Value Stream Map (VSM): пошаговая инструкция
Когда организация растет, процессы быстро превращаются в набор разрозненных схем: где‑то BPMN, где‑то регламенты, где‑то таблицы со статусами и ответственными. Но в какой момент становится понятно, что эти схемы плохо отвечают на главный вопрос: какую ценность мы создаем, для кого и какие способности бизнеса реально поддерживают этот поток? В статье разбираем, как построить Value Stream Map с точки зрения корпоративной архитектуры: определить заинтересованные стороны, задать границы потока, выделить этапы создания ценности, связать их с бизнес‑способностями и использовать карту как основу для проектирования целевого состояния организации. Разобрать подход
https://habr.com/ru/companies/otus/articles/1033052/
#Value_Stream_Mapping #VSM #цепочка_создания_ценности #бизнесархитектура #корпоративная_архитектура #бизнесспособности #бизнеспроцессы #BPMN #TOGAF #трансформация_бизнеса
-
Управление бизнес-процессами в ИТ-проектах по разработке и настройке ПО на основе BPM CBoK
Внедрение ERP-систем подразумевает изменение бизнес-процессов компании. Организация вынуждена принять такой способ выполнения операций, как это изначально задумано и реализовано вендором в программном решении. Особенность состоит в том, что процессы в информационной системе уже оптимизированы и унифицированы, тем самым имплементация решений класса ERP является одним из наиболее распространенных способов усовершенствования бизнес-процессов. В данном случае мы говорим о реинжиниринге бизнес-процессов [1]. Существует и обратная ситуация, когда программное решение полностью переписывают и подстраивают под процессы организации. Подобное чаще всего случается, когда стандартный функционал платформенного софтверного продукта не покрывает значительную часть бизнес-требований заказчика. Здесь возникает необходимость в доработке решения, которая ведется, принимая во внимание в первую очередь знания и потребности клиента. В литературе данная ситуация носит название реинжиниринг системы. Можно попытаться разобраться в крайностях реинжиниринга, используя свод знаний по корпоративной архитектуре, представленный методологией TOGAF [2], который говорит о том, что во главе всего должна стоять прежде всего бизнес-архитектура. Именно через ее призму необходимо рассматривать все происходящее в компании и ИТ-архитектуре, в частности. Более детальное погружение в тематику бизнес-процессов обратит нас к набору знаний BPM CBoK [3].
https://habr.com/ru/articles/1031526/
#as_is #to_be #моделирование_бизнес_процессов #бизнеспроцессы #бизнесанализ #bom_cbok #cbok #узкое_место_процесса #bpmn_20 #aris
-
[Перевод] Измерение сложности моделей — Часть 2: Применяем теорию на практике
В предыдущей статье мы заложили фундамент для анализатора сложности, определив ключевые метрики для оценки сложности моделей процессов. Теперь разберем, как превратить эту теорию в реально работающий инструмент.
-
[Перевод] Измерение сложности моделей — Часть 2: Применяем теорию на практике
В предыдущей статье мы заложили фундамент для анализатора сложности, определив ключевые метрики для оценки сложности моделей процессов. Теперь разберем, как превратить эту теорию в реально работающий инструмент.
-
[Перевод] Оценка сложности модели — Часть 1: Почему проще обычно лучше
В мире оркестрации процессов постоянно всплывает один и тот же вопрос: а не слишком ли сложные модели мы создаем? Вопрос важный, потому что избыточно сложные модели приносят целый букет проблем: их труднее понимать, поддерживать и изменять — а это напрямую бьет по срокам и результатам проектов. Современные движки рабочих процессов (например, Flowable) легко переваривают даже очень сложные модели, но это не значит, что нужно пользоваться этой возможностью на полную. Упрощение дает ощутимые плюсы: модели становятся более читаемыми, требуют меньше усилий на сопровождение и лучше подходят для совместной работы. В итоге простая модель — это ценный актив для любой компании. Поэтому главная цель — находить баланс между функциональностью и простотой, чтобы модель оставалась эффективной и удобной в долгосрочной перспективе.
https://habr.com/ru/articles/973642/
#сложность #bpmn #cmmn #flowable #бизнеспроцессы #метрики_процесса #complexity