👋Всем привет! ☔Дождливым утром ноября мы пили кофе☕️ и снова поспорили на тему кто такой BPM разработчик и существует ли он вообще в природе!? Как проверить?
👨💻Гайд: Идем на HH, задаем в поиск вакансий “BPM разработчик” и видим: “Разработчик Camunda”, “Бэкенд разработчик на BPM платформу”, “Ведущий специалист управления разработкой процессных сервисов”. Выдача записей по резюме пестрит разнообразным стеком применяемых технологий разработки, упоминаемых совместно с ключевым словом BPM.
👀Получается, что такие специалисты в природе существуют и судя по описанию профессиональной деятельности имеют выраженный “крен” в эту область автоматизации деятельности. Значит Мы не одиноки и у нас есть с кем обсудить последние новости из мира индустрии, пошарить полезные профессиональные ресурсы и обменятся мнениями о том, куда движется вся эта история! Точнее куда ее двигаем Мы - сообщество BPM разработчиков!
☕️ Вот так получился этот нескучный канал и мы рады приветствовать здесь всех, кто хочет быть частью сообщества BPM разработчиков и популяризировать идеи применения BPM технологий в профессиональной разработке!
👨💻Гайд: Идем на HH, задаем в поиск вакансий “BPM разработчик” и видим: “Разработчик Camunda”, “Бэкенд разработчик на BPM платформу”, “Ведущий специалист управления разработкой процессных сервисов”. Выдача записей по резюме пестрит разнообразным стеком применяемых технологий разработки, упоминаемых совместно с ключевым словом BPM.
👀Получается, что такие специалисты в природе существуют и судя по описанию профессиональной деятельности имеют выраженный “крен” в эту область автоматизации деятельности. Значит Мы не одиноки и у нас есть с кем обсудить последние новости из мира индустрии, пошарить полезные профессиональные ресурсы и обменятся мнениями о том, куда движется вся эта история! Точнее куда ее двигаем Мы - сообщество BPM разработчиков!
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥7👏3👍2
Кто такой BPM Developer?
BPM developer – это тот, кто может превратить модель процесса, созданную аналитиком, в исполняемый код. Вроде бы все просто, да? – Не совсем.
Если разработчик смотрит на аналитическую модель как на ТЗ и кодит, используя обычные инструменты, то он еще не BPM developer. При таком подходе теряются основные преимущества BPM – прозрачность процессов и возможность их модификации.
В отличие от обычного разработчика, BPM developer использует инструменты моделирования процессов и обогащает аналитические модели бизнес-логикой, UI-формами, заботится о безопасности, делает интеграцию с другими системами. И только тогда процесс оживает!
Для этого он прежде всего должен знать нотацию BPMN 2.0 и хорошо понимать, как она реализована в его конкретном BPM-движке. То есть, ему надо знать нотацию даже лучше аналитика. Потому что аналитик всегда может объяснить словами непонятное место на схеме, а с сервером это не прокатывает.
Но не только это. Еще надо мыслить в парадигме процессов, а это приходит не сразу.
BPM developer – это тот, кто может превратить модель процесса, созданную аналитиком, в исполняемый код. Вроде бы все просто, да? – Не совсем.
Если разработчик смотрит на аналитическую модель как на ТЗ и кодит, используя обычные инструменты, то он еще не BPM developer. При таком подходе теряются основные преимущества BPM – прозрачность процессов и возможность их модификации.
В отличие от обычного разработчика, BPM developer использует инструменты моделирования процессов и обогащает аналитические модели бизнес-логикой, UI-формами, заботится о безопасности, делает интеграцию с другими системами. И только тогда процесс оживает!
Для этого он прежде всего должен знать нотацию BPMN 2.0 и хорошо понимать, как она реализована в его конкретном BPM-движке. То есть, ему надо знать нотацию даже лучше аналитика. Потому что аналитик всегда может объяснить словами непонятное место на схеме, а с сервером это не прокатывает.
Но не только это. Еще надо мыслить в парадигме процессов, а это приходит не сразу.
👍9🤔4
Почему именно BPMN?
В мире есть множество нотаций для моделирования бизнес-процессов, кроме BPMN: IDEF0, EPC, UML, Flowchart, SIPOC, UPN, VAD и другие. Почему именно BPMN стал стандартом де-факто?
Элементарно! Потому что BPMN – это единственная нотация, которая может исполняться движком. То есть, как нарисовано, так и работает. Появление BPMN стали таким же прорывом в автоматизации процессов, как появление WYSIWYG-редакторов для работы с текстом.
Почему так не получились с другими нотациями? Потому что, когда их разрабатывали, такой задачи не ставилось, хотели просто графически представить процесс, чтобы людям было легче понять друг друга. А, как мы знаем, если что-то не было заложено в дизайне системы, изменения потом могут стоить очень дорого.
До сих пор в кабинетах высокого начальства можно увидеть красивые диаграммы в разных нотациях, которые так и не стали автоматизированными процессами. Что ж, общее понимание процесса тоже важно. Но лучше, когда он еще и исполняется – а BPMN это может!
В мире есть множество нотаций для моделирования бизнес-процессов, кроме BPMN: IDEF0, EPC, UML, Flowchart, SIPOC, UPN, VAD и другие. Почему именно BPMN стал стандартом де-факто?
Элементарно! Потому что BPMN – это единственная нотация, которая может исполняться движком. То есть, как нарисовано, так и работает. Появление BPMN стали таким же прорывом в автоматизации процессов, как появление WYSIWYG-редакторов для работы с текстом.
Почему так не получились с другими нотациями? Потому что, когда их разрабатывали, такой задачи не ставилось, хотели просто графически представить процесс, чтобы людям было легче понять друг друга. А, как мы знаем, если что-то не было заложено в дизайне системы, изменения потом могут стоить очень дорого.
До сих пор в кабинетах высокого начальства можно увидеть красивые диаграммы в разных нотациях, которые так и не стали автоматизированными процессами. Что ж, общее понимание процесса тоже важно. Но лучше, когда он еще и исполняется – а BPMN это может!
🔥7👍4
BPM Developers pinned «👋Всем привет! ☔Дождливым утром ноября мы пили кофе☕️ и снова поспорили на тему кто такой BPM разработчик и существует ли он вообще в природе!? Как проверить? 👨💻Гайд: Идем на HH, задаем в поиск вакансий “BPM разработчик” и видим: “Разработчик Camunda”, “Бэкенд…»
CamundaCon 2024 New York
Всем привет! На связи рубрика техно-дайджест 😎
Не так давно прошла ежегодная конференция CamundaConf 2024 в Нью-Йорке. Конференция проходила в традиционном формате в течении двух дней. Главными темами мероприятия стали следующие направления:
Внедрение
Техно гиганты, такие как Walmart, Atlassian, US Bank, Infosys, собрались не просто поразмышлять о современных тенденциях в автоматизации бизнес процессов, а поделиться успешными кейсами в цифровой трансформации.
Искусственный интеллект
Особое внимание уделили хайповой теме искусственного интеллекта. Создатели Camunda приоткрыли завесу тайн и поведали дальнейшие планы по развитию ИИ в платформе.
Интересный доклад был не только от вендора, но от компании Infosys по действительно оправданному внедрению ИИ, они продемонстрировали ИИ, как следующий пользовательский интерфейс в связке с Camunda.
Миграция
Не обошлось и без животрепещущей темы миграция на современную версию Camunda 8. И да, это были не смузи доклады об успешной успехе под чашечку кофе, а настоящий хардкор от Alliander.
Low-code
Также стороной не прошла тема Low-code решений, компания BNY Mellon представила собственную платформу на базе Camunda для минимизации программирования в условиях постоянно меняющихся требований бизнеса.
Итоги
CamundaCon 2024 продемонстрировала, что бизнес-процессы - это не просто визуализация ваших процессов, а реальный инструмент автоматизации, который идёт в ногу со временем. Для тех, кто пропустил все материалы можно найти на официальном сайте Camunda.
А также прочитать сводку в live-блоге:
День 1.
День 2.
#технодайджест@bpm_developers
Всем привет! На связи рубрика техно-дайджест 😎
Не так давно прошла ежегодная конференция CamundaConf 2024 в Нью-Йорке. Конференция проходила в традиционном формате в течении двух дней. Главными темами мероприятия стали следующие направления:
Внедрение
Техно гиганты, такие как Walmart, Atlassian, US Bank, Infosys, собрались не просто поразмышлять о современных тенденциях в автоматизации бизнес процессов, а поделиться успешными кейсами в цифровой трансформации.
Искусственный интеллект
Особое внимание уделили хайповой теме искусственного интеллекта. Создатели Camunda приоткрыли завесу тайн и поведали дальнейшие планы по развитию ИИ в платформе.
Интересный доклад был не только от вендора, но от компании Infosys по действительно оправданному внедрению ИИ, они продемонстрировали ИИ, как следующий пользовательский интерфейс в связке с Camunda.
Миграция
Не обошлось и без животрепещущей темы миграция на современную версию Camunda 8. И да, это были не смузи доклады об успешной успехе под чашечку кофе, а настоящий хардкор от Alliander.
Low-code
Также стороной не прошла тема Low-code решений, компания BNY Mellon представила собственную платформу на базе Camunda для минимизации программирования в условиях постоянно меняющихся требований бизнеса.
Итоги
CamundaCon 2024 продемонстрировала, что бизнес-процессы - это не просто визуализация ваших процессов, а реальный инструмент автоматизации, который идёт в ногу со временем. Для тех, кто пропустил все материалы можно найти на официальном сайте Camunda.
А также прочитать сводку в live-блоге:
День 1.
День 2.
#технодайджест@bpm_developers
🔥5👍2🆒1
State Machine вместо BPMN? Ну, такое…
Машины состояний (они же конечные автоматы) хорошо известны разработчикам. Поэтому, когда их просят автоматизировать какой-то процесс, частенько мысль о машине состояний первой приходит в голову, а вовсе не BPMN. А почему бы нет? – Зачем изучать новую нотацию, если можно использовать то, что проходили в универе?
Окей, для простых воркфлоу из нескольких шагов это вполне разумный выбор. Однако, при добавлении новых состояний и переходов модель может стать весьма сложной, что может затруднить читаемость и поддержку. Это еще мягко сказано. Модель на основе машины состояний с ростом сложности становится просто нечитаемой. И это главная проблема.
BPMN гораздо более толерантна к росту сложности, особенно если следовать лучшим практикам проектирования процессов, а не самодеятельничать. Конечно. BPMN не всемогущ, у этого подхода есть свои ограничения. А пока просто помним, что знакомое не всегда лучшее и выбираем BPMN, а не State Machine, когда дело пахнет сложностью.
Приглашаем обсудить это в комментариях 🙂
Машины состояний (они же конечные автоматы) хорошо известны разработчикам. Поэтому, когда их просят автоматизировать какой-то процесс, частенько мысль о машине состояний первой приходит в голову, а вовсе не BPMN. А почему бы нет? – Зачем изучать новую нотацию, если можно использовать то, что проходили в универе?
Окей, для простых воркфлоу из нескольких шагов это вполне разумный выбор. Однако, при добавлении новых состояний и переходов модель может стать весьма сложной, что может затруднить читаемость и поддержку. Это еще мягко сказано. Модель на основе машины состояний с ростом сложности становится просто нечитаемой. И это главная проблема.
BPMN гораздо более толерантна к росту сложности, особенно если следовать лучшим практикам проектирования процессов, а не самодеятельничать. Конечно. BPMN не всемогущ, у этого подхода есть свои ограничения. А пока просто помним, что знакомое не всегда лучшее и выбираем BPMN, а не State Machine, когда дело пахнет сложностью.
Приглашаем обсудить это в комментариях 🙂
👍4🤔1
Почему именно BPMN?
В мире есть множество нотаций для моделирования бизнес-процессов, кроме BPMN: IDEF0, EPC, UML, Flowchart, SIPOC, UPN, VAD и другие. Почему именно BPMN стал стандартом де-факто?
Элементарно! Потому что BPMN – это единственная нотация, которая может исполняться движком. То есть, как нарисовано, так и работает. Появление BPMN стали таким же прорывом в автоматизации процессов, как появление WYSIWYG-редакторов для работы с текстом.
Почему так не получились с другими нотациями? Потому что, когда их разрабатывали, такой задачи не ставилось, хотели просто графически представить процесс, чтобы людям было легче понять друг друга. А, как мы знаем, если что-то не было заложено в дизайне системы, изменения потом могут стоить очень дорого.
До сих пор в кабинетах высокого начальства можно увидеть красивые диаграммы в разных нотациях, которые так и не стали автоматизированными процессами. Что ж, общее понимание процесса тоже важно. Но лучше, когда он еще и исполняется – а BPMN это может!
В мире есть множество нотаций для моделирования бизнес-процессов, кроме BPMN: IDEF0, EPC, UML, Flowchart, SIPOC, UPN, VAD и другие. Почему именно BPMN стал стандартом де-факто?
Элементарно! Потому что BPMN – это единственная нотация, которая может исполняться движком. То есть, как нарисовано, так и работает. Появление BPMN стали таким же прорывом в автоматизации процессов, как появление WYSIWYG-редакторов для работы с текстом.
Почему так не получились с другими нотациями? Потому что, когда их разрабатывали, такой задачи не ставилось, хотели просто графически представить процесс, чтобы людям было легче понять друг друга. А, как мы знаем, если что-то не было заложено в дизайне системы, изменения потом могут стоить очень дорого.
До сих пор в кабинетах высокого начальства можно увидеть красивые диаграммы в разных нотациях, которые так и не стали автоматизированными процессами. Что ж, общее понимание процесса тоже важно. Но лучше, когда он еще и исполняется – а BPMN это может!
👍8🤔1
История BPM #1
Мало кто решится поспорить, что BPM зародился в начале XX века, когда американский инженер Фредерик Тейлор вывел принципы повышения производительности труда. Он ввел анализ бизнес-процессов предприятия, говорил о важности оптимизации, об отборе, обучении и развитие исполнителей - привет HR'ам, а еще про распределение труда и ответственности.
А когда к его исследованиям добавились идеи Шухарта и Деминга - все помнят про цикл PDCA? - то управление бизнес-процессами вышло на новый виток: это контроль на основе измерений, ограничения в вариативности процессов, акцент на постоянное улучшение.
#историяbpm
Мало кто решится поспорить, что BPM зародился в начале XX века, когда американский инженер Фредерик Тейлор вывел принципы повышения производительности труда. Он ввел анализ бизнес-процессов предприятия, говорил о важности оптимизации, об отборе, обучении и развитие исполнителей - привет HR'ам, а еще про распределение труда и ответственности.
А когда к его исследованиям добавились идеи Шухарта и Деминга - все помнят про цикл PDCA? - то управление бизнес-процессами вышло на новый виток: это контроль на основе измерений, ограничения в вариативности процессов, акцент на постоянное улучшение.
#историяbpm
👍12👏1
Реализации BPMN: To-Be и As-Is
Когда спецификация BPMN только разрабатывалась, в воздухе витала идея, что появится множество продуктов, которые ее реализуют, и что они будут совместимы. Как совместимы сетевые устройства – включил и работает.
Но бизнес-процесс — это абстракция гораздо более высокого уровня, чем сетевые протоколы. Поэтому не получается с помощью квадратиков и ромбиков описать все тонкости взаимодействия людей и систем. Реальный мир устроен сложнее.
В результате мы имеем множество продуктов, поддерживающих BPMN, но каждый немножко по-своему. Причем отклонения возможны как в минус, так и в плюс: с одной стороны, какие-то элементы BPMN могут не поддерживаться; с другой – разработчики добавляют свои расширения.
Так что об интероперабельности систем моделирования процессов можно забыть. Если взять модель процесса из одной системы и загрузить ее в другую, то не факт, что все будет гладко.
И как с этим жить? Стандартизуйте средства моделирования процессов на уровне организации и будет вам счастье!
Когда спецификация BPMN только разрабатывалась, в воздухе витала идея, что появится множество продуктов, которые ее реализуют, и что они будут совместимы. Как совместимы сетевые устройства – включил и работает.
Но бизнес-процесс — это абстракция гораздо более высокого уровня, чем сетевые протоколы. Поэтому не получается с помощью квадратиков и ромбиков описать все тонкости взаимодействия людей и систем. Реальный мир устроен сложнее.
В результате мы имеем множество продуктов, поддерживающих BPMN, но каждый немножко по-своему. Причем отклонения возможны как в минус, так и в плюс: с одной стороны, какие-то элементы BPMN могут не поддерживаться; с другой – разработчики добавляют свои расширения.
Так что об интероперабельности систем моделирования процессов можно забыть. Если взять модель процесса из одной системы и загрузить ее в другую, то не факт, что все будет гладко.
И как с этим жить? Стандартизуйте средства моделирования процессов на уровне организации и будет вам счастье!
👍11
🚀 Открыт прием заявок на конкурс «BPM проект года’2025»!
Это ваш шанс:
✅ Представить свой проект на суд экспертов.
✅ Поделиться опытом с профессиональным сообществом.
✅ Получить признание и поддержку от коллег и руководства.
🌟 Финалисты и победители конкурса — лидеры процессного управления, за которыми будущее!
📅 Подача заявок открывается с 1 декабря 2024 года!
Все подробности — на сайте: bpmaward.ru
Действуйте уже сегодня!
Это ваш шанс:
✅ Представить свой проект на суд экспертов.
✅ Поделиться опытом с профессиональным сообществом.
✅ Получить признание и поддержку от коллег и руководства.
🌟 Финалисты и победители конкурса — лидеры процессного управления, за которыми будущее!
📅 Подача заявок открывается с 1 декабря 2024 года!
Все подробности — на сайте: bpmaward.ru
Действуйте уже сегодня!
👍8