Кто такой 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
История BPM #2 - jBPM
Какой BPM-движок живет дольше всех? Cегодня не будем искать самый большой uptime или мериться транзакциями в секунду, а просто посмотрим на jBPM - Java-движок рабочих процессов, который компания JBoss выпустила в 2006 году, а релизы выходили до лета 2023 года, хотя еще в 2010 году на Stackoverflow спрашивали, жив проект или нет.
Но и это не всё! На основе jBPM сделали Activiti, а затем Flowable и Camunda
#историяbpm
Какой BPM-движок живет дольше всех? Cегодня не будем искать самый большой uptime или мериться транзакциями в секунду, а просто посмотрим на jBPM - Java-движок рабочих процессов, который компания JBoss выпустила в 2006 году, а релизы выходили до лета 2023 года, хотя еще в 2010 году на Stackoverflow спрашивали, жив проект или нет.
Но и это не всё! На основе jBPM сделали Activiti, а затем Flowable и Camunda
#историяbpm
👍11
Open source правит миром
В том, что ИТ-индустрию накрыла волна open source и переформатировала подходы к построению архитектуры и разработке программных продуктов у нас нет никаких сомнений. Однако, порой одна картинка стоит тысячи слов – и вот как раз одна из таких.
На этом графике по мы можем сравнить совокупную рыночную капитализацию компаний двух категорий. Одни по традиции разрабатывают продукты с закрытым исходным кодом, вторые – строят решения на основе open source. Площадь под кривой показывает совокупную рыночную капитализацию компаний в каждой из категорий за период с 1970 года по 2020+
Капитализация поставщиков закрытого ПО составляет 20 трлн долларов за 50 лет, но темпы роста замедляются. 📉
Капитализация поставщиков решений на основе открытого ПО меньше (10–500 млрд долларов с 2010 года), но темпы роста ускоряются. 📈
Глядя на этот график, можно прогнозировать, что пройдет едва ли десять лет до того, как открытое ПО начнет доминировать в мире.
Марк Андриссен (Marc Andreessen), соучредитель и генеральный партнер венчурной фирмы Andreessen-Horowitz, которая инвестировала в Facebook, Groupon, Skype, Twitter и других нынешних ИТ-гигантов, в далеком сегодня 2011 году, когда у инвесторов еще не прошла боль после краха пузыря дот-комов, говорил, что “Software eats the world” – то есть, все отрасли, все сферы человеческой деятельности компьютеризируются и начинают зависеть от софта. Поэтому инвестировать в программное обеспечение будет выгодно.
Несомненно, он был прав. Сегодня ничто не может работать без софта – от уличного ларька до космической станции, так что те, кто последовал его совету, не прогадали.
Однако в наши дни набирает силу новая волна – вместо проприетарных продуктов заказчики начинают выбирать продукты с открытым кодом, причем этот процесс идет значительно быстрее первичной компьютеризации. Организация COSS Community много лет декларирует, что “Open source eats software FASTER, then software eats the world!”, то есть:
«ПО с открытым исходным кодом пожирает программное обеспечение быстрее, чем программное обеспечение пожирает мир»
Похоже, этот прогноз начинает сбываться.
Источники:
https://a16z.com/why-software-is-eating-the-world/
https://www.coss.community/cossc/open-source-is-eating-software-faster-than-software-is-eating-the-world-3b01
В том, что ИТ-индустрию накрыла волна open source и переформатировала подходы к построению архитектуры и разработке программных продуктов у нас нет никаких сомнений. Однако, порой одна картинка стоит тысячи слов – и вот как раз одна из таких.
На этом графике по мы можем сравнить совокупную рыночную капитализацию компаний двух категорий. Одни по традиции разрабатывают продукты с закрытым исходным кодом, вторые – строят решения на основе open source. Площадь под кривой показывает совокупную рыночную капитализацию компаний в каждой из категорий за период с 1970 года по 2020+
Капитализация поставщиков закрытого ПО составляет 20 трлн долларов за 50 лет, но темпы роста замедляются. 📉
Капитализация поставщиков решений на основе открытого ПО меньше (10–500 млрд долларов с 2010 года), но темпы роста ускоряются. 📈
Глядя на этот график, можно прогнозировать, что пройдет едва ли десять лет до того, как открытое ПО начнет доминировать в мире.
Марк Андриссен (Marc Andreessen), соучредитель и генеральный партнер венчурной фирмы Andreessen-Horowitz, которая инвестировала в Facebook, Groupon, Skype, Twitter и других нынешних ИТ-гигантов, в далеком сегодня 2011 году, когда у инвесторов еще не прошла боль после краха пузыря дот-комов, говорил, что “Software eats the world” – то есть, все отрасли, все сферы человеческой деятельности компьютеризируются и начинают зависеть от софта. Поэтому инвестировать в программное обеспечение будет выгодно.
Несомненно, он был прав. Сегодня ничто не может работать без софта – от уличного ларька до космической станции, так что те, кто последовал его совету, не прогадали.
Однако в наши дни набирает силу новая волна – вместо проприетарных продуктов заказчики начинают выбирать продукты с открытым кодом, причем этот процесс идет значительно быстрее первичной компьютеризации. Организация COSS Community много лет декларирует, что “Open source eats software FASTER, then software eats the world!”, то есть:
«ПО с открытым исходным кодом пожирает программное обеспечение быстрее, чем программное обеспечение пожирает мир»
Похоже, этот прогноз начинает сбываться.
Источники:
https://a16z.com/why-software-is-eating-the-world/
https://www.coss.community/cossc/open-source-is-eating-software-faster-than-software-is-eating-the-world-3b01
👍9
Люди BPM - Денис Котов
В русскоязычном BPM сообществе вряд ли найдется человек, который приложил больше усилий для популяризации методологии. Денис занимается бизнес-процессами более 12 лет. Ранее разрабатывал системы для активации и выдачи финансовых продуктов в таких банках как ПСБ, Ак Барс, МСП, Локо, Зенит, Тинькофф.
Денис создал множество обучающих материалов, например перевел ABPMP CBOK и глоссарий BPMN на русский язык. На Youtube канале выложено множество вебинаров, а подписаться на рассылку это must-have для каждого, кто хочет заниматься бизнес-процессами.
Сейчас Денис сосредоточился на собственном продукте Stormbpmn. Это инструмент для моделирования бизнес-процессов, который помогает бизнес-аналитикам и их коллегам работать над сложными процессами.
#людиbpm
В русскоязычном BPM сообществе вряд ли найдется человек, который приложил больше усилий для популяризации методологии. Денис занимается бизнес-процессами более 12 лет. Ранее разрабатывал системы для активации и выдачи финансовых продуктов в таких банках как ПСБ, Ак Барс, МСП, Локо, Зенит, Тинькофф.
Денис создал множество обучающих материалов, например перевел ABPMP CBOK и глоссарий BPMN на русский язык. На Youtube канале выложено множество вебинаров, а подписаться на рассылку это must-have для каждого, кто хочет заниматься бизнес-процессами.
Сейчас Денис сосредоточился на собственном продукте Stormbpmn. Это инструмент для моделирования бизнес-процессов, который помогает бизнес-аналитикам и их коллегам работать над сложными процессами.
#людиbpm
👍13🔥1
После того, как у вас появился интерес к процессным приложениям, а в частности к BPMN 2.0, хотелось бы пощупать эту технологию, не правда ли?
Здесь нет однозначного варианта, т.к. мир BPM сложен и многогранен. К примеру, вы можете взять один из доступных редакторов бизнес-процессов и начать свой путь в изучения BPMN 2.0. Либо, вы можете развернуть собственный движок и не только нарисовать верхнеуровневую диаграмму, но и сделать её исполняемой.
Если вы новичок или ваша задача только познакомиться с BPM нотациями, без углубления в программирование, то в первую очередь взгляните на эти продукты:
StormBPMN
Это продукт, который объединяет в себе редактор и централизованное хранилище для ваших бизнес-процессов. Здесь вы познакомитесь с BPM диаграммами и даже сможете проверить их качество.
Camunda Modeler
Это полноценный редактор бизнес-процессов от одноименной компании Сamunda. Компания занимается разработкой BPM движка, который сейчас завоевал огромную популярность на рынке. Ребята из Camunda предоставляют Web и Desktop приложение для создания бизнес процессов.
#tutorial
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥9👍4🤔1