Расширение партнерской сети и развитие экосистемы low-code продуктов отражают наше стремление к созданию открытых и модульных систем, поддерживают стремление клиентов и партнеров в создании самостоятельных решений под уникальные бизнес-задачи. Такой подход полностью соответствует методам BPMN, способствующим гибкости процессов и их управляемости при минимизации рисков.
Книга «BPMN – Метод и стиль» играет важную роль, связывая теоретические основы и практическое применение BPMN, помогая специалистам глубже понять и лучше использовать возможности нотации в повседневной работе. Перевод этой книги на русский язык открывает новые возможности для развития специалистов в области автоматизации бизнес-процессов, и мы рады предложить его нашему сообществу.
Алексей Будин,
основатель компании ELMA
Предисловие компании GlowByte
На сегодняшний день нотация BPMN 2.0 – один из ключевых инструментов не только у процессных аналитиков, но и у системных и бизнес-аналитиков. Со дня ее появления, особенно после выхода версии 2.0, она стала широко применяться как для регламентации деятельности, так и для задач по автоматизации процессов.
Есть мнение, что нотация по своей сути – очень простой и интуитивно понятный инструмент, не требующий какого-либо обучения. Действительно, вы можете использовать ограниченный набор элементов нотации и получить на выходе модель, понятную широкому кругу лиц. Фактически для чтения подобных моделей достаточно знать информатику на уровне школы.
Но речь идет о чтении модели, а не о ее создании. Если создавать модель процесса только «на интуиции», без оглядки на стандарт, то на выходе получится схема, понятная лишь ее автору. Более того, спустя несколько месяцев сам автор уже с трудом вспомнит, что он имел в виду в той или иной ситуации. В результате, моделью процесса нельзя будет пользоваться в дальнейшем. Поэтому очень важно при моделировании процесса использовать BPMN 2.0 в рамках стандарта, чтобы в дальнейшем с диаграммой мог работать любой специалист, знакомый с нотацией. При этом что-то уточнять у автора схемы не потребуется, так как хорошая модель процесса должна однозначно интерпретироваться как человеком, так системой.
Еще один важнейший аспект – поддерживаемость модели. Здесь можно провести аналогию с разработкой. Одного лишь написания кода, который компилируется и формально соответствует бизнес-требованиям, будет недостаточно. Необходимо провести рефакторинг – сделать так, чтобы код легко читался, был понятен другим разработчикам, позволял легко вносить изменения. Аналогичные требования распространяются и на модели процессов, так как мы создаем их единожды, а потом неоднократно читаем и вносим изменения. И здесь на помощь приходят лучшие практики моделирования процессов, дополняющие стандарт.