#bpmn_20 — Public Fediverse posts

Управление бизнес-процессами в ИТ-проектах по разработке и настройке ПО на основе 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

Управление бизнес-процессами в ИТ-проектах по разработке и настройке ПО на основе 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

Управление бизнес-процессами в ИТ-проектах по разработке и настройке ПО на основе 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

Управление бизнес-процессами в ИТ-проектах по разработке и настройке ПО на основе 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

Как мы превратили каталог процессов в «цифрового сотрудника» на 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

Как мы превратили каталог процессов в «цифрового сотрудника» на 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

Как мы превратили каталог процессов в «цифрового сотрудника» на 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

Как мы превратили каталог процессов в «цифрового сотрудника» на 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

Что делать с Camunda 7 после прекращения поддержки: руководство по плавному переходу

Здравствуйте! Меня зовут Юрий Юшкевич, я руководитель ИТ-разработки и в последние годы отвечаю за команду, которая развивает и поддерживает нашу внутреннюю платформу оркестрации бизнес процессов на базе Camunda 7. Как и многие, кто использует Camunda 7 в качестве движка для автоматизации процессов, в начале этого года я столкнулся с интересной дилеммой: Camunda 7 прекращает развитие, а Camunda 8 вызывает много вопросов.

https://habr.com/ru/articles/991610/

#оркестрация #bpmn_20 #bpmnдиаграмма #автоматизация_бизнеспроцессов

Что делать с Camunda 7 после прекращения поддержки: руководство по плавному переходу

Здравствуйте! Меня зовут Юрий Юшкевич, я руководитель ИТ-разработки и в последние годы отвечаю за команду, которая развивает и поддерживает нашу внутреннюю платформу оркестрации бизнес процессов на базе Camunda 7. Как и многие, кто использует Camunda 7 в качестве движка для автоматизации процессов, в начале этого года я столкнулся с интересной дилеммой: Camunda 7 прекращает развитие, а Camunda 8 вызывает много вопросов.

https://habr.com/ru/articles/991610/

#оркестрация #bpmn_20 #bpmnдиаграмма #автоматизация_бизнеспроцессов

Что делать с Camunda 7 после прекращения поддержки: руководство по плавному переходу

Здравствуйте! Меня зовут Юрий Юшкевич, я руководитель ИТ-разработки и в последние годы отвечаю за команду, которая развивает и поддерживает нашу внутреннюю платформу оркестрации бизнес процессов на базе Camunda 7. Как и многие, кто использует Camunda 7 в качестве движка для автоматизации процессов, в начале этого года я столкнулся с интересной дилеммой: Camunda 7 прекращает развитие, а Camunda 8 вызывает много вопросов.

https://habr.com/ru/articles/991610/

#оркестрация #bpmn_20 #bpmnдиаграмма #автоматизация_бизнеспроцессов

Что делать с Camunda 7 после прекращения поддержки: руководство по плавному переходу

Здравствуйте! Меня зовут Юрий Юшкевич, я руководитель ИТ-разработки и в последние годы отвечаю за команду, которая развивает и поддерживает нашу внутреннюю платформу оркестрации бизнес процессов на базе Camunda 7. Как и многие, кто использует Camunda 7 в качестве движка для автоматизации процессов, в начале этого года я столкнулся с интересной дилеммой: Camunda 7 прекращает развитие, а Camunda 8 вызывает много вопросов.

https://habr.com/ru/articles/991610/

#оркестрация #bpmn_20 #bpmnдиаграмма #автоматизация_бизнеспроцессов

Проектирование бизнес-процессов в ERP-проектах

Большая часть литературных источников, посвящённых проектированию информационных систем и использованию информационных технологий, содержит детальное описание графических нотаций по моделированию бизнес-процессов [1-3]. Читая подобные научные работы, возникает вполне закономерный вопрос: выходит, что любой проект внедрения информационной или корпоративной системы требует проектирования бизнес-операций? Так ли это на самом деле? Применим ли этот подход к проектам имплементации ERP-систем? Разберемся в этом вопросе на страницах текущей статьи. Это позволит сэкономить драгоценное время дюжины технических специалистов на проекте. Вспомним основные моменты проектирования процессов. Под бизнес-архитектурой подразумевается совокупность двух взаимосвязанных составляющих: организационной структуры и бизнес-процессов. Оргструктура бывает линейной, функциональной, дивизионной и матричной, каких-то сложностей с ее моделированием обычно не бывает. Бизнес-процессы описывают в моделях «Как есть» и «Как будет», где последняя характеризует работу компании после внедрения ИТ-решения. Моделирование подразумевает собой последовательную декомпозицию процесса с дальнейшим проектированием операций в той или иной графической нотации. Выделяют нотации верхнего и нижнего уровней, к которым можно отнести ARIS VACD, BCM, IDEF0 и UML AD, BPMN 2.0, ARIS eEPC [1-3]. Все множество методов проектирования процессов можно соотнести с содержимым табл. 1, из которой легко заметить, что последующие графические нотации функционально усиливают предыдущие [4]. В литературе часто пишут, что проектирование элементарных операций ведется на 7-8 уровнях декомпозиции [5], в реальности же 3-5 уровней более чем достаточно.

https://habr.com/ru/articles/983360/

#графическое_моделирование #as_is #to_be #как_есть #как_будет #bpm_cbok #проектирование_процессов #оргструктура #bpmn_20 #bpmnдиаграмма

Проектирование бизнес-процессов в ERP-проектах

Большая часть литературных источников, посвящённых проектированию информационных систем и использованию информационных технологий, содержит детальное описание графических нотаций по моделированию бизнес-процессов [1-3]. Читая подобные научные работы, возникает вполне закономерный вопрос: выходит, что любой проект внедрения информационной или корпоративной системы требует проектирования бизнес-операций? Так ли это на самом деле? Применим ли этот подход к проектам имплементации ERP-систем? Разберемся в этом вопросе на страницах текущей статьи. Это позволит сэкономить драгоценное время дюжины технических специалистов на проекте. Вспомним основные моменты проектирования процессов. Под бизнес-архитектурой подразумевается совокупность двух взаимосвязанных составляющих: организационной структуры и бизнес-процессов. Оргструктура бывает линейной, функциональной, дивизионной и матричной, каких-то сложностей с ее моделированием обычно не бывает. Бизнес-процессы описывают в моделях «Как есть» и «Как будет», где последняя характеризует работу компании после внедрения ИТ-решения. Моделирование подразумевает собой последовательную декомпозицию процесса с дальнейшим проектированием операций в той или иной графической нотации. Выделяют нотации верхнего и нижнего уровней, к которым можно отнести ARIS VACD, BCM, IDEF0 и UML AD, BPMN 2.0, ARIS eEPC [1-3]. Все множество методов проектирования процессов можно соотнести с содержимым табл. 1, из которой легко заметить, что последующие графические нотации функционально усиливают предыдущие [4]. В литературе часто пишут, что проектирование элементарных операций ведется на 7-8 уровнях декомпозиции [5], в реальности же 3-5 уровней более чем достаточно.

https://habr.com/ru/articles/983360/

#графическое_моделирование #as_is #to_be #как_есть #как_будет #bpm_cbok #проектирование_процессов #оргструктура #bpmn_20 #bpmnдиаграмма

Проектирование бизнес-процессов в ERP-проектах

Большая часть литературных источников, посвящённых проектированию информационных систем и использованию информационных технологий, содержит детальное описание графических нотаций по моделированию бизнес-процессов [1-3]. Читая подобные научные работы, возникает вполне закономерный вопрос: выходит, что любой проект внедрения информационной или корпоративной системы требует проектирования бизнес-операций? Так ли это на самом деле? Применим ли этот подход к проектам имплементации ERP-систем? Разберемся в этом вопросе на страницах текущей статьи. Это позволит сэкономить драгоценное время дюжины технических специалистов на проекте. Вспомним основные моменты проектирования процессов. Под бизнес-архитектурой подразумевается совокупность двух взаимосвязанных составляющих: организационной структуры и бизнес-процессов. Оргструктура бывает линейной, функциональной, дивизионной и матричной, каких-то сложностей с ее моделированием обычно не бывает. Бизнес-процессы описывают в моделях «Как есть» и «Как будет», где последняя характеризует работу компании после внедрения ИТ-решения. Моделирование подразумевает собой последовательную декомпозицию процесса с дальнейшим проектированием операций в той или иной графической нотации. Выделяют нотации верхнего и нижнего уровней, к которым можно отнести ARIS VACD, BCM, IDEF0 и UML AD, BPMN 2.0, ARIS eEPC [1-3]. Все множество методов проектирования процессов можно соотнести с содержимым табл. 1, из которой легко заметить, что последующие графические нотации функционально усиливают предыдущие [4]. В литературе часто пишут, что проектирование элементарных операций ведется на 7-8 уровнях декомпозиции [5], в реальности же 3-5 уровней более чем достаточно.

https://habr.com/ru/articles/983360/

#графическое_моделирование #as_is #to_be #как_есть #как_будет #bpm_cbok #проектирование_процессов #оргструктура #bpmn_20 #bpmnдиаграмма

Проектирование бизнес-процессов в ERP-проектах

Большая часть литературных источников, посвящённых проектированию информационных систем и использованию информационных технологий, содержит детальное описание графических нотаций по моделированию бизнес-процессов [1-3]. Читая подобные научные работы, возникает вполне закономерный вопрос: выходит, что любой проект внедрения информационной или корпоративной системы требует проектирования бизнес-операций? Так ли это на самом деле? Применим ли этот подход к проектам имплементации ERP-систем? Разберемся в этом вопросе на страницах текущей статьи. Это позволит сэкономить драгоценное время дюжины технических специалистов на проекте. Вспомним основные моменты проектирования процессов. Под бизнес-архитектурой подразумевается совокупность двух взаимосвязанных составляющих: организационной структуры и бизнес-процессов. Оргструктура бывает линейной, функциональной, дивизионной и матричной, каких-то сложностей с ее моделированием обычно не бывает. Бизнес-процессы описывают в моделях «Как есть» и «Как будет», где последняя характеризует работу компании после внедрения ИТ-решения. Моделирование подразумевает собой последовательную декомпозицию процесса с дальнейшим проектированием операций в той или иной графической нотации. Выделяют нотации верхнего и нижнего уровней, к которым можно отнести ARIS VACD, BCM, IDEF0 и UML AD, BPMN 2.0, ARIS eEPC [1-3]. Все множество методов проектирования процессов можно соотнести с содержимым табл. 1, из которой легко заметить, что последующие графические нотации функционально усиливают предыдущие [4]. В литературе часто пишут, что проектирование элементарных операций ведется на 7-8 уровнях декомпозиции [5], в реальности же 3-5 уровней более чем достаточно.

https://habr.com/ru/articles/983360/

#графическое_моделирование #as_is #to_be #как_есть #как_будет #bpm_cbok #проектирование_процессов #оргструктура #bpmn_20 #bpmnдиаграмма

Научился сам — научи другого: создаем курс по бизнес-процессам с нуля

Всем привет! Меня зовут Полина Кощеева, я бизнес-аналитик в домене «Управление персоналом» «Группы Лента» (Lenta tech). В статье хочу поделиться кейсом, как мы через внутреннее обучение коллег решили одну из «любимых» болей бизнес-аналитиков – бесконечные разъяснения схем бизнес-процессов.

https://habr.com/ru/companies/lentatech/articles/964092/

#Обучение #команда #бизнеспроцессы #bpmn_20

Научился сам — научи другого: создаем курс по бизнес-процессам с нуля

Всем привет! Меня зовут Полина Кощеева, я бизнес-аналитик в домене «Управление персоналом» «Группы Лента» (Lenta tech). В статье хочу поделиться кейсом, как мы через внутреннее обучение коллег решили одну из «любимых» болей бизнес-аналитиков – бесконечные разъяснения схем бизнес-процессов.

https://habr.com/ru/companies/lentatech/articles/964092/

#Обучение #команда #бизнеспроцессы #bpmn_20

Научился сам — научи другого: создаем курс по бизнес-процессам с нуля

Всем привет! Меня зовут Полина Кощеева, я бизнес-аналитик в домене «Управление персоналом» «Группы Лента» (Lenta tech). В статье хочу поделиться кейсом, как мы через внутреннее обучение коллег решили одну из «любимых» болей бизнес-аналитиков – бесконечные разъяснения схем бизнес-процессов.

https://habr.com/ru/companies/lentatech/articles/964092/

#Обучение #команда #бизнеспроцессы #bpmn_20

Научился сам — научи другого: создаем курс по бизнес-процессам с нуля

Всем привет! Меня зовут Полина Кощеева, я бизнес-аналитик в домене «Управление персоналом» «Группы Лента» (Lenta tech). В статье хочу поделиться кейсом, как мы через внутреннее обучение коллег решили одну из «любимых» болей бизнес-аналитиков – бесконечные разъяснения схем бизнес-процессов.

https://habr.com/ru/companies/lentatech/articles/964092/

#Обучение #команда #бизнеспроцессы #bpmn_20

Оркестрация на BPMN: взгляд изнутри

Современные подходы к разработке программного обеспечения диктуют необходимость быстрого внедрения и изменения бизнес-сценариев прямо в продакшене . Особенно это критично для систем, где логика процессов часто корректируется — например, в финансовых , маркетинговых или рекламных платформах. Одним из наиболее удобных инструментов для этого сегодня является оркестрация с использованием BPMN-диаграмм , где визуальное моделирование бизнес-процесса превращается в исполняемую логику.

https://habr.com/ru/articles/960278/

#архитектура #архитектура_системы #микросервисы #bpmn #bpmn_20

Оркестрация на BPMN: взгляд изнутри

Современные подходы к разработке программного обеспечения диктуют необходимость быстрого внедрения и изменения бизнес-сценариев прямо в продакшене . Особенно это критично для систем, где логика процессов часто корректируется — например, в финансовых , маркетинговых или рекламных платформах. Одним из наиболее удобных инструментов для этого сегодня является оркестрация с использованием BPMN-диаграмм , где визуальное моделирование бизнес-процесса превращается в исполняемую логику.

https://habr.com/ru/articles/960278/

#архитектура #архитектура_системы #микросервисы #bpmn #bpmn_20

Оркестрация на BPMN: взгляд изнутри

Современные подходы к разработке программного обеспечения диктуют необходимость быстрого внедрения и изменения бизнес-сценариев прямо в продакшене . Особенно это критично для систем, где логика процессов часто корректируется — например, в финансовых , маркетинговых или рекламных платформах. Одним из наиболее удобных инструментов для этого сегодня является оркестрация с использованием BPMN-диаграмм , где визуальное моделирование бизнес-процесса превращается в исполняемую логику.

https://habr.com/ru/articles/960278/

#архитектура #архитектура_системы #микросервисы #bpmn #bpmn_20

Оркестрация на BPMN: взгляд изнутри

Современные подходы к разработке программного обеспечения диктуют необходимость быстрого внедрения и изменения бизнес-сценариев прямо в продакшене . Особенно это критично для систем, где логика процессов часто корректируется — например, в финансовых , маркетинговых или рекламных платформах. Одним из наиболее удобных инструментов для этого сегодня является оркестрация с использованием BPMN-диаграмм , где визуальное моделирование бизнес-процесса превращается в исполняемую логику.

https://habr.com/ru/articles/960278/

#архитектура #архитектура_системы #микросервисы #bpmn #bpmn_20

Как выстроить работу в рамках бизнес-аналитики

Мой канал Рисовать диаграммы – не самоцель. Бизнес-аналитик нужен не для декоративных BPMN-схем, а для конкретных результатов : ускорения работы, повышения качества, экономии денег.

https://habr.com/ru/articles/949382/

#бизнесаналитика #бизнеспроцессы #бизнесанализ #проект #bpmn_20

Как выстроить работу в рамках бизнес-аналитики

Мой канал Рисовать диаграммы – не самоцель. Бизнес-аналитик нужен не для декоративных BPMN-схем, а для конкретных результатов : ускорения работы, повышения качества, экономии денег.

https://habr.com/ru/articles/949382/

#бизнесаналитика #бизнеспроцессы #бизнесанализ #проект #bpmn_20

Как выстроить работу в рамках бизнес-аналитики

Мой канал Рисовать диаграммы – не самоцель. Бизнес-аналитик нужен не для декоративных BPMN-схем, а для конкретных результатов : ускорения работы, повышения качества, экономии денег.

https://habr.com/ru/articles/949382/

#бизнесаналитика #бизнеспроцессы #бизнесанализ #проект #bpmn_20

Как выстроить работу в рамках бизнес-аналитики

Мой канал Рисовать диаграммы – не самоцель. Бизнес-аналитик нужен не для декоративных BPMN-схем, а для конкретных результатов : ускорения работы, повышения качества, экономии денег.

https://habr.com/ru/articles/949382/

#бизнесаналитика #бизнеспроцессы #бизнесанализ #проект #bpmn_20

Как я стал сертифицированным процессным аналитиком: путь к зрелому рынку BPM в РФ

Привет, Хабр! Меня зовут Матяш Артем, работаю в GlowByte ведущим аналитиком. Сегодня расскажу о своем пути к статусу сертифицированного процессного аналитика и поделюсь своими рассуждениями о том, почему сертификация имеет большое значение для сферы управления бизнес-процессами.

https://habr.com/ru/companies/glowbyte/articles/913110/

#bpm #бизнеспроцессы #процессный_подход #сертификация #аналитик #управление_бизнеспроцессами #bpm_cbok #bpmn_20 #glowbyte #профстандарты

Как я стал сертифицированным процессным аналитиком: путь к зрелому рынку BPM в РФ

Привет, Хабр! Меня зовут Матяш Артем, работаю в GlowByte ведущим аналитиком. Сегодня расскажу о своем пути к статусу сертифицированного процессного аналитика и поделюсь своими рассуждениями о том, почему сертификация имеет большое значение для сферы управления бизнес-процессами.

https://habr.com/ru/companies/glowbyte/articles/913110/

#bpm #бизнеспроцессы #процессный_подход #сертификация #аналитик #управление_бизнеспроцессами #bpm_cbok #bpmn_20 #glowbyte #профстандарты

Как я стал сертифицированным процессным аналитиком: путь к зрелому рынку BPM в РФ

Привет, Хабр! Меня зовут Матяш Артем, работаю в GlowByte ведущим аналитиком. Сегодня расскажу о своем пути к статусу сертифицированного процессного аналитика и поделюсь своими рассуждениями о том, почему сертификация имеет большое значение для сферы управления бизнес-процессами.

https://habr.com/ru/companies/glowbyte/articles/913110/

#bpm #бизнеспроцессы #процессный_подход #сертификация #аналитик #управление_бизнеспроцессами #bpm_cbok #bpmn_20 #glowbyte #профстандарты

Как я стал сертифицированным процессным аналитиком: путь к зрелому рынку BPM в РФ

Привет, Хабр! Меня зовут Матяш Артем, работаю в GlowByte ведущим аналитиком. Сегодня расскажу о своем пути к статусу сертифицированного процессного аналитика и поделюсь своими рассуждениями о том, почему сертификация имеет большое значение для сферы управления бизнес-процессами.

https://habr.com/ru/companies/glowbyte/articles/913110/

#bpm #бизнеспроцессы #процессный_подход #сертификация #аналитик #управление_бизнеспроцессами #bpm_cbok #bpmn_20 #glowbyte #профстандарты

Разбавим серые будни

Однажды зимним вечером тусили в хорошей дружеской компании и между делом затронули тему про «серые будни ИТ-шника». Про то, что многие концептуальные вещи (а не чисто ремесленные) плохо гуглятся и вызывают ступор у большинства начинающих процессных аналитиков и разработчиков. Ну и как-то так, слово за слово, пришли к идее о том, чтобы было бы здорово разбавить яркими красками и эмоциональными переживаниями сухой язык и весьма условные пиктограммы промышленных спецификаций. Так появился наш новый уникальный мерч, ну и прикольная динамичная настолка.

https://habr.com/ru/companies/haulmont/articles/897546/

#настольные_игры #геймдизайн #gamification #bpmn_20 #автоматизация_процессов

Разбавим серые будни

Однажды зимним вечером тусили в хорошей дружеской компании и между делом затронули тему про «серые будни ИТ-шника». Про то, что многие концептуальные вещи (а не чисто ремесленные) плохо гуглятся и вызывают ступор у большинства начинающих процессных аналитиков и разработчиков. Ну и как-то так, слово за слово, пришли к идее о том, чтобы было бы здорово разбавить яркими красками и эмоциональными переживаниями сухой язык и весьма условные пиктограммы промышленных спецификаций. Так появился наш новый уникальный мерч, ну и прикольная динамичная настолка.

https://habr.com/ru/companies/haulmont/articles/897546/

#настольные_игры #геймдизайн #gamification #bpmn_20 #автоматизация_процессов

Разбавим серые будни

Однажды зимним вечером тусили в хорошей дружеской компании и между делом затронули тему про «серые будни ИТ-шника». Про то, что многие концептуальные вещи (а не чисто ремесленные) плохо гуглятся и вызывают ступор у большинства начинающих процессных аналитиков и разработчиков. Ну и как-то так, слово за слово, пришли к идее о том, чтобы было бы здорово разбавить яркими красками и эмоциональными переживаниями сухой язык и весьма условные пиктограммы промышленных спецификаций. Так появился наш новый уникальный мерч, ну и прикольная динамичная настолка.

https://habr.com/ru/companies/haulmont/articles/897546/

#настольные_игры #геймдизайн #gamification #bpmn_20 #автоматизация_процессов

Разбавим серые будни

Однажды зимним вечером тусили в хорошей дружеской компании и между делом затронули тему про «серые будни ИТ-шника». Про то, что многие концептуальные вещи (а не чисто ремесленные) плохо гуглятся и вызывают ступор у большинства начинающих процессных аналитиков и разработчиков. Ну и как-то так, слово за слово, пришли к идее о том, чтобы было бы здорово разбавить яркими красками и эмоциональными переживаниями сухой язык и весьма условные пиктограммы промышленных спецификаций. Так появился наш новый уникальный мерч, ну и прикольная динамичная настолка.

https://habr.com/ru/companies/haulmont/articles/897546/

#настольные_игры #геймдизайн #gamification #bpmn_20 #автоматизация_процессов

Как тестировать бизнес-процессы в Camunda: пошаговый гайд

На один из процессов я разработала почти 150 тестов. В статье показываю и рассказываю, как тестировать в Camunda.

https://habr.com/ru/companies/clevertec/articles/876264/

#camunda_8 #тестирование #bpmn_20 #spring_boot #интеграционное_тестирование

Как тестировать бизнес-процессы в Camunda: пошаговый гайд

На один из процессов я разработала почти 150 тестов. В статье показываю и рассказываю, как тестировать в Camunda.

https://habr.com/ru/companies/clevertec/articles/876264/

#camunda_8 #тестирование #bpmn_20 #spring_boot #интеграционное_тестирование

Как тестировать бизнес-процессы в Camunda: пошаговый гайд

На один из процессов я разработала почти 150 тестов. В статье показываю и рассказываю, как тестировать в Camunda.

https://habr.com/ru/companies/clevertec/articles/876264/

#camunda_8 #тестирование #bpmn_20 #spring_boot #интеграционное_тестирование

Как тестировать бизнес-процессы в Camunda: пошаговый гайд

На один из процессов я разработала почти 150 тестов. В статье показываю и рассказываю, как тестировать в Camunda.

https://habr.com/ru/companies/clevertec/articles/876264/

#camunda_8 #тестирование #bpmn_20 #spring_boot #интеграционное_тестирование

Мониторинг бизнес-процессов в Camunda 8. Настраиваем дашборды и визуализируем данные

Привет, Хабр. Я Вероника, java-разработчик, который юзает Camunda без слез. Здесь моя первая статья, в которой мы переложили BPMN диаграмму на java код и реализовали небольшой процесс. На этот раз пишу о мониторинге бизнес-процессов. Давайте представим: мы зарелизились в прод. Всё работает прекрасно. Но тут приходит бизнес, которому нужны графики, диаграммы и отчеты. Что делать?

https://habr.com/ru/companies/clevertec/articles/825722/

#camunda #java #kibana #мониторинг #bpmn_20 #elasticsearch

Мониторинг бизнес-процессов в Camunda 8. Настраиваем дашборды и визуализируем данные

Привет, Хабр. Я Вероника, java-разработчик, который юзает Camunda без слез. Здесь моя первая статья, в которой мы переложили BPMN диаграмму на java код и реализовали небольшой процесс. На этот раз пишу о мониторинге бизнес-процессов. Давайте представим: мы зарелизились в прод. Всё работает прекрасно. Но тут приходит бизнес, которому нужны графики, диаграммы и отчеты. Что делать?

https://habr.com/ru/companies/clevertec/articles/825722/

#camunda #java #kibana #мониторинг #bpmn_20 #elasticsearch

Мониторинг бизнес-процессов в Camunda 8. Настраиваем дашборды и визуализируем данные

Привет, Хабр. Я Вероника, java-разработчик, который юзает Camunda без слез. Здесь моя первая статья, в которой мы переложили BPMN диаграмму на java код и реализовали небольшой процесс. На этот раз пишу о мониторинге бизнес-процессов. Давайте представим: мы зарелизились в прод. Всё работает прекрасно. Но тут приходит бизнес, которому нужны графики, диаграммы и отчеты. Что делать?

https://habr.com/ru/companies/clevertec/articles/825722/

#camunda #java #kibana #мониторинг #bpmn_20 #elasticsearch

Распределённый BPMS. Опыт Московской Биржи

Всем привет! Меня зовут Сергей Максимов и я руковожу разработкой в Центре Управления Процессами (ЦУП) Московской Биржи . В статье я хочу рассказать о нашем опыте автоматизации бизнес-процессов (БП), когда система должна быть не только удобной бизнес-пользователям снаружи, но и надежной внутри. Бизнес Биржи, с одной стороны, похож на обычный банковский финтех, но имеет ряд важных особенностей. Чтобы лучше представить специфику нашей работы, я приведу метафору. Представьте, что каждое утро с вашего корпоративного космодрома в космос отправляется ракета. В течение дня космический корабль автономно выполняет работу на орбите, а вечером возвращается на базу. В полёте связь с кораблем очень ограничена и успех его полёта на 99% определяется качественной подготовкой. Всё должно отработать точно и в срок. Досрочный спуск корабля с орбиты технически возможен, но влечет за собой огромные репутационные потери с отчетом регулятору и новостями в федеральных СМИ. Интересно. Дайте больше подробностей

https://habr.com/ru/companies/moex/articles/816175/

#moex #bpms #bpmn #bpmn_20 #camunda #java #spring_boot #kubernetes #artemis

Распределённый BPMS. Опыт Московской Биржи

Всем привет! Меня зовут Сергей Максимов и я руковожу разработкой в Центре Управления Процессами (ЦУП) Московской Биржи . В статье я хочу рассказать о нашем опыте автоматизации бизнес-процессов (БП), когда система должна быть не только удобной бизнес-пользователям снаружи, но и надежной внутри. Бизнес Биржи, с одной стороны, похож на обычный банковский финтех, но имеет ряд важных особенностей. Чтобы лучше представить специфику нашей работы, я приведу метафору. Представьте, что каждое утро с вашего корпоративного космодрома в космос отправляется ракета. В течение дня космический корабль автономно выполняет работу на орбите, а вечером возвращается на базу. В полёте связь с кораблем очень ограничена и успех его полёта на 99% определяется качественной подготовкой. Всё должно отработать точно и в срок. Досрочный спуск корабля с орбиты технически возможен, но влечет за собой огромные репутационные потери с отчетом регулятору и новостями в федеральных СМИ. Интересно. Дайте больше подробностей

https://habr.com/ru/companies/moex/articles/816175/

#moex #bpms #bpmn #bpmn_20 #camunda #java #spring_boot #kubernetes #artemis

Распределённый BPMS. Опыт Московской Биржи

Всем привет! Меня зовут Сергей Максимов и я руковожу разработкой в Центре Управления Процессами (ЦУП) Московской Биржи . В статье я хочу рассказать о нашем опыте автоматизации бизнес-процессов (БП), когда система должна быть не только удобной бизнес-пользователям снаружи, но и надежной внутри. Бизнес Биржи, с одной стороны, похож на обычный банковский финтех, но имеет ряд важных особенностей. Чтобы лучше представить специфику нашей работы, я приведу метафору. Представьте, что каждое утро с вашего корпоративного космодрома в космос отправляется ракета. В течение дня космический корабль автономно выполняет работу на орбите, а вечером возвращается на базу. В полёте связь с кораблем очень ограничена и успех его полёта на 99% определяется качественной подготовкой. Всё должно отработать точно и в срок. Досрочный спуск корабля с орбиты технически возможен, но влечет за собой огромные репутационные потери с отчетом регулятору и новостями в федеральных СМИ. Интересно. Дайте больше подробностей

https://habr.com/ru/companies/moex/articles/816175/

#moex #bpms #bpmn #bpmn_20 #camunda #java #spring_boot #kubernetes #artemis

Моделирование оргструктур и бизнес-процессов при имплементации 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

Моделирование оргструктур и бизнес-процессов при имплементации 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

Моделирование оргструктур и бизнес-процессов при имплементации 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

Эволюция BP-сервиса компании Магнит

Как на сервисе весом в 10 ТБайт ежедневно обрабатывать 1 Тбайт пользовательских данных и спать спокойно. В статье описана эволюция системы управления процессами в компании «Магнит». Некоторые детали были упрощены для лаконичности и последовательности повествования, некоторые были изменены по соображениям безопасности. В любом случае, целью статьи является с одной стороны желание поделиться с сообществом техническим опытом, с другой — оставить ретроспективный взгляд на историю компании.

https://habr.com/ru/companies/magnit/articles/782482/

#bpmn #bpmсистемы #bpmn_20 #управление_процессами #magnit_tech #python #высокая_производительность