#bpmn — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #bpmn, aggregated by home.social.
-
[email protected] tags flow nodes with category references (groups they belong to). Understand containment by inspecting #BPMN 2.0 XML - make more sense of your modeled diagrams wherever you use them.
https://github.com/bpmn-io/bpmn-js/blob/develop/CHANGELOG.md#18230
-
[Перевод] Дисциплина процессов — это скучно. Поэтому она и нужна агентам
После нескольких успешных пилотных проектов с агентами многие организации начинают тихо обнаруживать, что прирост эффективности куда-то утекает. Разрозненные агенты создают повторную работу, конфликты и пограничные случаи, за которые никто не отвечает. Разговаривая с заказчиками, я понял, что уже видел этот фильм. У каждой технологической волны есть вопрос, который задним числом кажется очевидным, но в разгар всеобщего энтузиазма его пропускают. Для микросервисов это был вопрос: кто на самом деле отвечает за сквозной поток клиентского сценария? Для агентов, думаю, вопрос тот же. Обещание микросервисов заключалось в том, что команды разработки смогут оставаться независимыми и двигаться быстрее — сервисы просто будут реагировать на события, без необходимости координации. Вначале это даже работало. Добавить новый сервис было легко: достаточно было начать потреблять события из уже существующей системы, не нужно было разговаривать ни с одним производителем событий. Команды двигались быстро. Доминирующий стиль координации назывался хореографией: сервисы не общаются друг с другом напрямую. Вместо этого они генерируют события (например, заказ размещён, платёж подтверждён, товар зарезервирован), а другие сервисы независимо реагируют на эти события. Таким образом, не нужен центральный координатор и, возможно, даже не нужно задавать явную последовательность. Каждый сервис занимается своим делом, в результате чего получается слабо связанная архитектура (спойлер: слабо связанной она не была — как я разобрал в докладе под названием «Слабая или паршивая связанность? Понимаем паттерны коммуникации в микросервисных архитектурах» ).
-
If you don't use a proper #BPMN editor you may want to try `bpmnlint` with the newly added `standard-size` rule. Ensures your diagrams are readable (enough), against the 🤖 odds.
Validate your #BPMN diagrams with configurable lint rules -
https://github.com/bpmn-io/bpmnlint -
Мы производим гвозди по ГОСТу: как идеально выполнить неправильное ТЗ
ТЗ согласовано, разработка выполнена правильно – а в системе закреплено правило, которого компания никогда не принимала. Такое происходит, когда автоматизация доходит до развилки, для которой есть несколько разумных вариантов работы, но нет ни единого бизнес-решения, ни человека с полномочием его принять. ИТ должно обнаружить эту точку, подготовить варианты, показать последствия и дать рекомендацию. Решение о том, как должен работать процесс, остаётся за бизнесом. Практический инструмент статьи – реестр непринятых решений процесса. На тестовой эксплуатации менеджер создал обычную заявку на закупку. Основной объём составляли канцтовары, плюс в той же заявке было несколько мониторов. Система проанализировала состав, определила преобладающую категорию и автоматически направила всё категориальному менеджеру по канцтоварам. Маршрут сработал, заявка не потерялась, права доступа были корректны, алгоритм выполнился ровно так, как его запрограммировали. Проблему обнаружил один вопрос: а мониторы он теперь тоже должен закупать? Алгоритм не был случайным или заведомо нелепым. Он выглядел вполне логично и даже подтверждался историческими данными. Неприятность состояла в другом: никто в компании не принимал решения, что именно так должен работать процесс закупок. К моменту тестирования это решение уже существовало, только существовало оно не в регламенте и не в решении владельца процесса, а в коде. Чтобы понять, как оно туда попало, надо вернуться к началу проекта. В подписанном техническом задании была совершенно нормальная строка:
https://habr.com/ru/articles/1069260/
#управление_требованиями #бизнесанализ #BPMN #внедрение_ERP #автоматизация_закупок #техническое_задание #владелец_процесса #управление_проектами
-
База по системному дизайну для начинающих разработчиков ПО. Часть 0. Сбор и анализ требований, инструменты визуализации
Эта статья прежде всего будет полезна студентам и начинающим специалистам. В отрасли разработки программного обеспечения под системным дизайном (System Design) понимают процесс проектирования архитектуры, компонентов, баз данных и связей информационной системы. Цель системного дизайна - обеспечить масштабируемость, отказоустойчивость и высокую производительность системы, в том числе при росте нагрузки. В первой статье по этой теме https://habr.com/ru/articles/1054184/ я рассказывал про принципы декомпозиции программной системы на модули и слои программных компонентов на примере задачи разработки бэкенда корпоративных чатов, рассмотрел пример реализации модуля идентификации и аутентификации пользователей на языке программирования Go. В этой статье я хочу вернуться назад и рассказать о процессе проектирования систем, а также об инструментах визуализации, помогающих формировать, обсуждать и дорабатывать требования к программному обеспечению.
-
🟡🔴 El low-code ja parla català!
Em fa molta il·lusió anunciar que l’editor low-code en línia de BESSER ja està disponible en català.
A partir d’ara, podeu dissenyar i generar automàticament aplicacions amb una interfície lliure i en català: #diagrames de #classes, màquines d’estats, #agents, processos #BPMN i molt més (fins i tot una mica de #quantum).
👉 Proveu-lo aquí: https://lnkd.in/emkTsHfQ
—
🇬🇧 The BESSER online low-code editor is now multilingual—and Catalan is one of its supported languages!#CatalàDigital #Català #LowCode #SoftwareEngineering #ModelDrivenEngineering #OpenSource #BESSER
-
From Code to Process: agentic AI turns open source code and traces into BPMN models that steer how we work.
Three diagrams from real projects. One agent following a diagram as a runbook in a live roleplay. Two runs, two paths, no prompt
engineering.The loop: traces inform diagrams, diagrams reveal what to improve, improvements produce new traces.
-
Масштабирование Zeebe: от каскадных сбоев до 100 процессов в секунду через анализ ресурсов и тюнинг
Привет, Хабр! Мы — команда разработки кредитных продуктов для физических лиц в Т-Банке. Делимся опытом нагрузочного тестирования workflow-движка Zeebe (основы Camunda 8), который проводили, когда искали альтернативу Camunda 7. Вокруг Zeebe ходит немало стереотипов: медленный, сложный в настройке, нестабильный. Но большинство мнений основаны на данных, актуальных для устаревших версий. Мы приняли во внимание развитие продукта и провели собственное исследование.
https://habr.com/ru/companies/tbank/articles/1059936/
#bpmn #camunda #camunda_8 #zeebe #optimization #loadtesting #tunning #optimizaiton #worker #gatling
-
[Перевод] Диалоговые потоки в агентном ИИ: чему нас научила эксплуатация таких систем в промышленном масштабе
Недавно CrewAI представила экспериментальную возможность Conversational Flows как способ найти баланс между детерминированной логикой и рассуждением на основе ИИ в агентных системах. Это действительно важная архитектурная задача. Хочу поделиться тем, чему мы научились, создавая и эксплуатируя именно такие системы в промышленной среде — для корпоративных заказчиков из банковского сектора, телекома и других строго регулируемых отраслей.
-
BESSER keeps improving non-stop.
After the last announcement (just last week!) about the skills for a better Agent integration, we now announce a new modeling perspective: you can now model #business #processes using the #BPMN notation!
https://www.linkedin.com/feed/update/urn:li:ugcPost:7478066978843402241/
-
Проектирование интеграционного решения для автоматизации детской футбольной школы
Детская футбольная школа имеет базу данных детей и их родителей, в которой более 7000 уникальных записей. На данный момент посещаемость, продление абонементов и напоминания об оплате происходять в ручном режиме через ERP‑систему. Проблема: Администраторы тратят много времени на проверку платежей и ручную рассылку с напоминаниями об оплате родителям. Из‑за различных причин часть родителей не оплачивают абонемент на следующий месяц вовремя, что существенно снижает выручку школы. Цель работы: Автоматизировать процесс контроля оплаты и отправки уведомлений, связав интеграцию ERP‑системы с платежным шлюзом и СМС‑провайдером для увеличения выручки школы. Проектирование процессов и API‑контракта: Чтобы автоматизировать процесс и защитить систему от некорректных данных, в наешй работе — это попытки записать ребенка в группу, не соответствующую его возрасту, логика интеграции должна быть строго регламентирована. Валидация данных выполняется на стороне ERP‑системы до того, как транзакция попадет в базу данных. Схема взаимодействия систем / UML Sequence Diagram
-
Эволюция цифрового двойника компании: как управлять изменениями в сложном ИТ-ландшафте. Реализация изменений
В прошлых статьях мы разобрали, что такое цифровой двойник предприятия, а также механизм управления изменениями. Определили, как выстроить процесс изменения, чтобы изменения не привели к хаосу в ЦДП (Цифровом двойнике предприятия). Разобрали, что такое Задание на разработку, Релизный контейнер, Проект, и определили процессы для этих документов. Теперь приступим к рассмотрению того, каким образом необходимо реализовывать изменения в ЦДП.
https://habr.com/ru/articles/1044256/
#управление_изменениями #itsm #цифровой_двойник #alm #sap_solution_manager #gitlab #devops #bpmn #1c #itинфраструктура
-
Готов ли ты стать функциональным архитектором 1С?
Функциональный архитектор 1С — это не «аналитик посильнее» и не человек, который просто рисует красивые схемы. Это специалист, который держит в голове бизнес, ограничения платформы, логику процессов, риски внедрения и границы проекта. Разбираемся, чем на самом деле занимается архитектор 1С, кому стоит идти в эту роль и почему на крупных проектах без него быстро начинается хаос. Оценить путь
https://habr.com/ru/companies/otus/articles/1040768/
#1С #функциональный_архитектор #архитектор_1С #аналитик_1С #проектная_команда #бизнеспроцессы #BPMN #ERP #архитектура_решений #внедрение_1С
-
[Перевод] Великий реинжиниринг начался
Каждый процесс в вашей компании — наследие прошлого. Жёстко? Возможно. Но логика верна. Каждый бизнес-процесс, который ваша организация выполняет сегодня, был спроектирован для мира без ИИ. Всё — от цепочек согласований до последовательностей передачи задач и обработки исключений — было построено на человеческом суждении. И всё это было выстроено вокруг предположения, что программное обеспечение может автоматизировать задачи, но координировать работу будут люди. Это предположение больше не работает.
https://habr.com/ru/articles/1042494/
#camunda #bpm #bpmn #бизнеспроцессы #реинжиниринг #ai #ai_agent #axiomjdk #openbpm
-
Prozessdokumentation
Warum richten alle das funktionsübergreifende #Flussdiagramm waagerecht aus?
Bis gestern hab ich das auch getan, obwohl ich nie auf die Idee gekommen wäre #Sequenzdiagramm #Programmablaufplan oder #Usecase Diagramm waagerecht auszurichten. Dann kann man am Schirm gar nicht scrollen 😂
Senkrecht ist übersichtlich, nutzt den Platz so effektiv, dass man es sogar an die Wand werfen und trotzdem die Texte lesen kann 🤔
-
Агенты выходят на работу (часть 3)
В первой части мы говорили про оргмодель — зачем она вообще нужна и какая от нее польза. Во второй части говорили о процессах — чего не хватает в типовых BPM и как можно ситуацию улучшить. И вот настало время поговорить об агентах.
https://habr.com/ru/articles/1037746/
#ai_agent #оргмодель #оргструктура #процессы #bpm #bpmn #llmмодели
-
Процессы: чего до сих пор не хватало обычным BPM (Часть 2)
В первой части мы обсуждали оргмодель — как она устроена и какая от нее польза. В этой части поговорим про процессы.
https://habr.com/ru/articles/1037598/
#оргмодель #оргструктура #организация #бизнеспроцессы #bpm #bpmn #роли #json
-
Цифровой двойник компании: с чего начать изменения в сложном ИТ-ландшафте
Внедрение связанных между собой бизнес-решений чревато тем, что любое изменение — новый метод продаж, продукт или процесс — превращается в хаос. Традиционный подход «начнём с системы» ведёт в тупик точечных доработок и несогласованности. Выход — цифровой двойник предприятия, но не как красивая 3D-модель, а как механизм управления изменениями. В предыдущей статье мы рассмотрели, как управлять изменениями в одном ИТ-ландшафте, а если их несколько? Сейчас познакомимся с тем, как синхронизировать миры бизнес-процессов и ИТ-ландшафта, чтобы эволюция компании стала управляемой, а не хаотичной.
https://habr.com/ru/articles/1037390/
#цифровой_двойник #управление_изменениями #итархитектура #бизнеспроцессы #bpmn #erp #crm #itsm #цифровая_трансформация #архитектура
-
Исполняемые процессы — наш реальный кейс
В прошлой статье про AI-native организации я писал, что AI-native — это не компания, в которой всем выдали доступ к LLM и поставили несколько ботов в мессенджер. Ключевой переход начинается когда компания умеет описывать свою работу так, чтобы ее можно было исполнять, проверять, передавать по маршруту и постепенно делегировать отдельные шаги AI-агентам. Эта статья — про один из таких практических шагов. Я хочу рассказать, как мы у себя в компании автоматизировали процессное управление на базе BPMN 2.0 моделей, Camunda и Битрикс24 и получили операционный контур, в котором процесс — это не регламент и не картинка BPMN, а исполняемый маршрут с задачами, контекстом, переменными процесса и передачей контекста между шагами. AI-агенты не для чата. Реальный кейс.
-
[Перевод] Промпты — это рекомендации, а не правила. Структура — это обязательное условие
Агент знал свои принципы. Он процитировал их обратно — «Я нарушил каждый принцип, который мне был дан: я предположил вместо того, чтобы проверить». И всё равно он удалил базу данных — потому что знать правило и быть структурно лишённым возможности его нарушить — это совершенно разные вещи. Когда мы внедряем AI-агентов в бизнес-операции, мы склонны управлять ими так же, как управляем людьми: мы пишем политики. Мы добавляем инструкции в промпт. Мы говорим агенту, что ему разрешено. Но промпты — это рекомендации. Агент читает их, соотносит с текущей задачей и принимает решение. Это не баг — это и есть суть LLM. Проблема в том, что мы относились к управлению AI так, как будто это онбординг сотрудника, тогда как должны были относиться к этому как к управлению доступом к системе. В вашей ERP сотрудник склада не может сам утверждать свои собственные закупочные заказы — не потому, что политика так говорит, а потому, что у него просто нет этой кнопки. Это структурный контроль. AI-агентам нужно то же самое.
https://habr.com/ru/articles/1036626/
#camunda #orchestration #ai_agent #bpm #bpmn #безопасность_данных
-
Как построить Value Stream Map (VSM): пошаговая инструкция
Когда организация растет, процессы быстро превращаются в набор разрозненных схем: где‑то BPMN, где‑то регламенты, где‑то таблицы со статусами и ответственными. Но в какой момент становится понятно, что эти схемы плохо отвечают на главный вопрос: какую ценность мы создаем, для кого и какие способности бизнеса реально поддерживают этот поток? В статье разбираем, как построить Value Stream Map с точки зрения корпоративной архитектуры: определить заинтересованные стороны, задать границы потока, выделить этапы создания ценности, связать их с бизнес‑способностями и использовать карту как основу для проектирования целевого состояния организации. Разобрать подход
https://habr.com/ru/companies/otus/articles/1033052/
#Value_Stream_Mapping #VSM #цепочка_создания_ценности #бизнесархитектура #корпоративная_архитектура #бизнесспособности #бизнеспроцессы #BPMN #TOGAF #трансформация_бизнеса
-
@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 -
Neuer Podcast 🎧
Ich habe mit @vobu zum Thema "Prozessbasierte Softwareentwicklung" gesprochen.🔉: https://creators.spotify.com/pod/profile/christiandrumm/episodes/Prozessbasierte-Softwareentwicklung-e3itdig
📽: https://youtu.be/_vke8evaatI -
Организация как Код: как описывать подразделения как исполнимые сервисные контракты
В большинстве компаний подразделение до сих пор описывается двумя способами. Первый — оргсхема, где есть прямоугольник с названием отдела и стрелками подчинённости. Второй — положение о подразделении, где сказано, что оно «обеспечивает», «контролирует», «сопровождает» и «взаимодействует». Формально этого достаточно: отдел существует, функции перечислены, зона ответственности обозначена. Но как только возникает практический вопрос — что именно это подразделение обязано делать, по каким правилам, с каким SLA, где проходят границы его ответственности и как проверить исполнение, — оказывается, что в явном виде ответа нет. Знания хранится в регламентах, в BPM-системе, в локальных договорённостях, в головах сотрудников. Пока команда стабильна, это ещё может работать. Но при росте нагрузки, смене руководителя, цифровизации или попытке встроить в контур AI всё начинает рассыпаться. Новый руководитель читает документы, которые не совпадают с реальностью. Аналитик восстанавливает процесс по кускам. Автоматизация покрывает отдельные сценарии, но не даёт целостной модели того, что именно подразделение обязано гарантировать организации. Меня зовут Денис Селезнёв, я генеральный директор «Первой Формы» — российской BPM-платформы для автоматизации бизнес-процессов в крупных компаниях. В этой статье я расскажу, почему привычное описание подразделений перестало работать как управленческий инструмент, как мы подошли к этому через концепцию Организация как Код (OaC) и почему начали описывать подразделения не как функции на оргсхеме, а как исполняемые сервисные контракты.
https://habr.com/ru/companies/1forma/articles/1020304/
#автоматизация_процессов #bpms #bpmсистемы #lowcode #llm #bpmn #эффективность_процессов #ai #данные
-
[Перевод] Как подготовить BPM-среду к работе с ИИ-агентами
При использовании современных IDE сред разработка прикладных приложений и сервисов с использованием естественного языка уже становится привычным делом. Но вот с задачей создания процессных артефактов в нотации BPMN 2.0, ИИ-агенты пока еще плохо справляются. И если в визуальном представлении эти схемы становятся уже более-менее адекватными, то вот заставить их “работать” получается далеко не с первого раза. Почему так происходит и как помочь ИИ-агентам в решении поставленных задач разбираемся по мотивам перевода материалов от Тима Цёллера.
-
Процессная архитектура: что это, её связь с TOGAF и почему она является базовым элементом требований на автоматизацию
Типичная ситуация в ИТ-проектах: приходит задача на автоматизацию, бизнес-аналитик начинает с нуля собирать требования, рисовать процесс, согласовывать его с заказчиком, выявлять исключения, уточнять роли и данные. Проходит время, задача уходит в разработку. Через месяц — новый запрос, и снова тот же путь. Процессы рисуются «под задачу», не связаны между собой, в каждом проекте — своя терминология и своё видение. Обратная ситуация - если бы в компании была единая, поддерживаемая и согласованная модель деятельности, которую можно «взять» как основу для любой задачи на автоматизацию. Такая модель и есть процессная архитектура организации. Узнать больше
https://habr.com/ru/articles/1016604/
#методология #управление_требованиями #бизнесанализ #корпоративная_архитектура #бизнесархитектура #bpmn #бизнеспроцессы #archimate #togaf #системный_анализ