Брюс Сильвер
Признанный авторитет, один из разработчиков и популяризатор нотаций моделирования бизнес-процессов (BPMN), бизнес-правил (DMN) и кейсов (CMMN). Он входил в технический комитет OMG по разработке стандарта BPMN 2.0 и в команду по разработке стандарта DMN.
Брюс Сильвер широко известен как автор “Метода и стиля” – методологии моделирования бизнес-процессов, дополняющей спецификацию BPMN. Это система правил и соглашений, позволяющая аналитику, начав с чистого листа, разработать процессную диаграмму, которая будет понятна без дополнительных пояснений.
Помимо «BPMN: Метод и стиль», Брюс Сильвер – автор книг BPMN Quick and Easy, DMN Method and Style и CMMN Method and Style. В течение ряда лет Брюс Сильвер вместе с Натаниэлем Палмером из BPM.com проводили ежегодные конференции bpmNEXT – смотры новейших технологий управления бизнес-процессами.
Привет, друзья! В январе 2025 года на книжных полках нашей страны появилась книга Брюса Сильвера «BPMN. Метод и стиль», а 25 февраля в стенах GlowByte Ассоциация профессионалов управления бизнес-процессами провела ее презентацию (приглашали вас тут). Одна из фундаментальных книг по моделированию процессов стала доступна на русском языке. За появлением этого издания на наших полках стояло много работы: переводчиков, переговорщиков (надо было договориться со всеми участниками, включая самого Брюса), а также спонсоров – компаний GlowByte и ELMA.
Но давайте сделаем шаг назад и попытаемся понять, что такое BPMN и почему именно эту книгу называют фундаментальной.
BPMN 2.0 – это нотация моделирования бизнес-процессов. Фактически это графический язык, позволяющий описать любой бизнес-процесс. Причем если в первой версии нотации мы имели на руках универсальный язык, который понятен и бизнесу, и ИТ-специалистам, то начиная со 2 версии нотации мы получили инструмент, который также отлично понимают компьютеры, точнее инструменты класса BPMS (Business process management suite) и BPM – engine. Другими словами, используя этот инструмент, мы единожды создаем модель процесса и убиваем аж трех зайцев:
Модель понятна бизнесу
Модель понятна ИТ-специалистам
Модель можно импортировать в BPMS, и получить на выходе исполняемый процесс
Конечно, скептики сейчас закидают меня … возражениями, что по факту все это не работает, но я все же буду утверждать, что при должной сноровке и с небольшими звездочками можно вполне всех трех зайцев «подстрелить».
И отдельно замечу, что «последний заяц», а именно тот факт, что данный язык понимают и машины, есть только у данной нотации, что дает ей значительные преимущества перед всеми другими нотациями описания процессов.
Когда мы работаем с нотацией, первое, что мы должны стараться соблюдать, – это правила самого стандарта. Здесь все достаточно просто. Будем нарушать правила – нас перестанут сразу понимать машины, и, скорее всего, перестанут понимать люди. Фактически схему можно будет прочитать только при наличии ваших комментариев. А через полгода и вы забудете, что вы в том или ином месте имели в виду. Следовательно, некий гигиенический минимум – это соблюдение стандарта. Цель – чтобы с нашей моделью можно было работать без нас, даже спустя какое-то время. Другими словами, модель процесса должна быть однозначно интерпретируема.
Но, оказывается, и этого недостаточно, так как сам стандарт позволяет много «вольностей». Можно создать схему с дорожками и пулами, а можно без нее и т. д. В итоге, если мы ограничимся лишь стандартом, на выходе можем получить диаграмму спагетти. В этой точке нужно провести параллель с разработкой. Когда мы пишем код, во главе угла не только формальное выполнение задачи, но и поддерживаемость кода (maintainable). Другими словами, мало написать код, который компилируется и формально выполняет поставленную задачу, нужно еще сделать так, чтобы в коде мог быстро разобраться другой разработчик и так же быстро можно было вносить в код изменения. Один раз пишем – сотни раз читаем и вносим изменения. Аналогичная история применима и к моделям процессов. Один раз создаем модель – сотни раз читаем ее и вносим изменения.
Создать легко читаемую и поддерживаемую модель процесса помогают лучшие практики. Как правило, все они направлены на упрощение модели. При этом не нужно забывать, что, в отличии от самого стандарта, лучшие практики – это лишь рекомендации, т. е. мы не обязаны все их до “буквы закона знать” и соблюдать. Более того, хороший специалист по BPMN знает, что есть лучшие практики, которые противоречат друг другу. Но тут тоже не стоит смущаться. Ведь в соседней индустрии тоже есть вечная битва функционального программирования и объектно-ориентированного программирования, которые формально противоречат друг другу.
Кстати, относительно недавно появился ресурс BPMN box, на котором можно познакомиться с лучшими практиками моделирования в нотации BPMN 2.0, проголосовать за понравившиеся и опубликовать свои. Главный критерий – ваша лучшая практика не должна противоречить стандарту BPMN.
И вот в этой точке становится понятно, чем хороша книга Брюса Сильвера «BPMN метод и стиль». Дело в том, что Брюс в ней не просто раскрыл стандарт, приведя примеры использования того или иного элемента. В первую очередь, он поделился своим стилем, своими лучшими практиками моделирования
Крайне советую познакомиться с этой книгой, если вы ранее не читали ее в оригинале. А использовать на практике все рекомендации Брюса или нет, это уже вам решать. Ведь как мы с вами уже определились, лучшие практики – это лишь рекомендации, не более. Возможно, у вас самих уже выработаны свои собственные лучшие практики, почему бы и нет.
Буду рад, если сможете поделиться в комментариях своими мыслями как по поводу книги (если читали), так и по поводу самой проблематики вокруг стандартов BPMN.