Вчера прошел очередной семинар BPMS.ru: “Автоматизация процессов в вузе“. Интересен он был, на мой взгляд, не столько проблемами вузов, сколько элементами ноу-хау, которым поделилась Бизнес-Консоль, в частности:

1. Анализ цепочки создания ценности на основе стандартного фреймворка. Он нам нравится своей простотой (5 основных процессов, 4 вспомогательных) и универсальностью. Последнее как раз и иллюстрирует вузовский пример: если на фреймворк ложится деятельность такого специфического “бизнеса”, как университет, то нормальным компаниям - производственным, торговым, финансовым - и подавно подходит. Правда, оборотная сторона такой универсальности - фреймворк необходимо адаптировать для каждого бизнеса. Начиная с того, что переименовать каждый процесс (а строго говоря, прямоугольники фреймворка - это не процессы, а группы процессов), используя лексику данного бизнеса. Но это крайне полезное упражнение, которое, по хорошему, должно предшествовать любой BPM-инициативе. Благо трудоемкость его вполне разумна.
2. Паттерны моделирования B2C и B2B процессов. Традиционный жесткий workflow годится только для внутренних процессов: там все в нашей власти, всем участникам можно выдать жесткий регламент и исполнять процесс “на раз-два”. Но как только появляются контрагенты, правила игры меняются. К примеру, послали вы ему счет - а он его не оплачивает (об этом антипаттерн “Гарантированное получение сообщения”). Вместо оркестровки приходится реализовывать хореографию: асинхронное исполнение нескольких процессов, обмен сообщениями-сигналами… Вуз в этом смысле, опять-таки, интересный объект: там непредсказуемость очень велика. Студенты, что с них возьмешь. К примеру, нельзя закладываться на то, что абитуриент сначала заключит договор, потом оплатит, потом пройдет тестирование - последовательность будет любой. В ходе обсуждения рассмотрели несколько вариантов решений, в том числе конечный автомат обычный и многомерный.
3. Отдельно был рассмотрен новый паттерн с рабочим названием “продолжение с повтором”. Он пока еще нигде не докладывался, собираюсь написать о нем в отдельной статье здесь на блоге.

О планах дальнейших семинаров. Во-первых, обращаю внимание всех заинтересованных лиц: объявления о семинарах публикуются в виде RSS вместе с новостями сайта: http://bpms.ru/rss/news.xml, подписывайтесь.

Во-вторых, на сайте появилась отдельная страница “Семинары”. Правда, на данный момент опубликованный на нем график предстоящих семинаров неактуален: доклад Виталия Елиферова не состоится (надеюсь, пока), а неконференцию планируется перенести на 23 июня (среда). После этого - перерыв до осени.

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

Мы такое мероприятие недавно провели на конференции вузов-партнеров Unify. Народ был в восторге, теперь будем проводить регулярно.

Короче: если вы являетесь постоянным посетителем наших семинаров или просто интересуетесь BPM, то у вас должны быть очень серьезные основания, чтобы не прийти на неконференцию 23 июня. Пропустите - будете жалеть всю оставшуюся жизнь

Место проведения будет тем же (РосНОУ), регламент несколько другой - времени нужно больше, чем на семинар. Поэтому начнем в 6 вечера, а закончить рассчитываем ближе к 10. Регистрация на livents.ru.

Вчера в разговоре с клиентом не смог четко объяснить, в чем разница между шаблоном и паттерном.

Фактически речь идет о двух способах решения задач:

• Шаблон - это стандартное решение для определенного типа задач. Например, если я собираюсь с кем-то заключить партнерский договор, то я беру соответствующий шаблон, и он становится нулевой версией документа.
• Паттерн - это, в принципе, тоже типовое решение, но разница в том, что применяется оно творчески, исходя из “рисунка задачи”. (Я об этом писал в статье в “Открытых системах”.) В отличие от шаблонов, паттерны бывают со знаком плюс (”как надо делать”) и со знаком минус (”как делать лучше не надо”).

Какое-то мутноватое получается объяснение, не так ли? Добавляет путаницы то, что английские “template” и “pattern” зачастую оба переводят как “шаблон”, и смысл при этом частично теряется.

Думая о том, как это можно объяснить “на пальцах”, нашел аналогию в шахматах:

• Дебюты из шахматных учебников - это шаблоны: учи и разыгрывай, в учебнике все расписано от стартовой позиции и на 20 ходов вперед.
• Типовые комбинации миттельшпиля - это паттерны. Например, “вилка” - это паттерн: увидел в позиции возможность ее сделать - делай, или угрожай, что сделаешь. Сдвоенные по вертикали ладьи - это паттерн, а сдвоенные пешки - это антипаттерн: если есть возможность, старайся избегать таких позиций. Но в учебнике нет и не может быть инструкции как, начав партию, сделать противнику вилку.

Применительно к бизнес-процессам, шаблоном иногда называют схему бизнес-процесса. По такому шаблону создаются экземпляры процессов - примерно так же, как в примере с нулевой версией документа.

Второе вариант употребления термина шаблон - стандартная, типовая схема процесса. Поставщик решения или консультант разрабатывает шаблон определенного процесса на основе опыта выполненных проектов и предлагает его новым клиентам. Подразумевается, что те смогут его использовать с небольшой доработкой, сэкономив таким образом усилия по сравнению с разработкой “с нуля”.

Например, у компании Бизнес-Консоль есть успешный опыт построения системы управления бизнес-процессом продаж через территориально-распределенные офисы, и сейчас мы предлагаем его в качестве шаблона, т.е. отправной точки для создания BPM-системы, компаниям, занимающимся производством и монтажом пластиковых окон, металлических дверей, мебели на заказ и т.п.

Паттерны в BPM - это типовые фрагменты процессов или межпроцессного взаимодействия (некоторые примеры).

Уместно спросить: от чего больше пользы? Мое мнение - от паттернов:

• Шаблоны специфичны (один процесс - один шаблон), паттерны универсальны. Хороший паттерн можно использовать в самых разных бизнес-процессах независимо от отраслевой специфики.
• Польза от шаблона на практике оказывается меньше ожидаемой. Как правило, позаимствовать удается только магистральный путь (happy path), а дьявол оказывается в деталях - в обходных путях, в обработке нештатных ситуаций.
• Эффект от использования правильного паттерна может быть очень большим. Например, в нашей практике был случай, когда процесс, изображенный на 6 склеенных друг с другом листах формата А4, за счет использования правильного паттерна удалось свести к изящной конструкции из 15 процессных шагов.
• Что касается антипаттерна, его польза в том, что в нужный момент он предостережет вас от ошибки. Цена ошибки теоретически может быть любой, и иногда реально большой.

Мое скептическое отношение к шаблонам связано еще и с тем, что с BPM мы все-таки нацеливаемся не на однократную автоматизацию, а на непрерывное совершенствование бизнес-процесса. Шаблон, по определению, можно применить только один раз - при первоначальном моделировании. Возможность применения паттернов остается открытой всегда. Вполне возможна ситуация, когда, открыв для себя новый паттерн, вы под новым углом посмотрите на процессы, с которыми уже работали, и захотите некоторые из них улучшить или упростить.