👋Всем привет! ☔Дождливым утром ноября мы пили кофе☕️ и снова поспорили на тему кто такой 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