четверг, 10 апреля 2014 г.

BPMN-шпаргалка:

1. Процесс BPMN повторяем
Не является процессом в понимании BPMN, например “Ликвидация компании”, так как он исполняется лишь один раз. (Конечно если вы не специализируетесь на предоставлении услуг в этой области.)

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

Это сильное предположение, и не все из того, что мы называем процессами в быту, ему удовлетворяет. Например, предсказать все развилки в процессе лечения пациента, начиная с его поступления в приемный покой больницы, вряд ли возможно в принципе. Это же относится к ведению дела в суде: противная сторона может представить документ, который повернет ход процесса по сценарию, отличному от запланированного нами.

Такие последовательности действий, развивающиеся по непредсказуемым наперед сценариям, в зависимости от контекста следует трактовать как проекты или кейсы.

3. Процесс BPMN нетривиален
Если вы не можете декомпозировать процесс на несколько задач, то это, с точки зрения BPMN, не процесс. Процесс состоит из множества связанных задач и/или подпроцессов, т.е. не атомарен.

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

4. Процесс BPMN конкретен
У процесса BPMN есть четко определенное стартовое событие, заранее определенная цепочка действий и определенные варианты завершения.

Не является процессом в понимании BPMN, например, “Бюджетный процесс”. С точки зрения BPMN, это несколько процессов (утверждение бюджета, отчетность по исполнению бюджета) плюс несколько задач, являющихся частью “чужих” процессов,  например, задача “Проверить наличия бюджета” в процессе “Закупка”.

Аналогично, “Продвижение продукции” с точки зрения BPMN - это не процесс, а семейство родственных процессов. Также не процессом, а семейством процесса являются вещи с названием “Управление чем-то”.

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

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

Это будет лучше с точки зрения контроля и анализа: мы честно признаем, что процесс не всегда заканчивается успехом. Также более достоверными получаются данные по продолжительности процесса.

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

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

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

7. Процесс BPMN - это история объекта, а не субъекта
Не пытайтесь моделировать в BPMN процессы типа “Рабочий день сотрудника”.

Правильный подход - процессы типа “Прохождение клиентской заявки”.

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

“Здесь у нас процесс продажи заканчивается и начинается процесс бухгалтерии” - плохая идея, в данном случае налицо один кроссфункциональный процесс, а не два отдельных.

9. Процесс BPMN клиенто-ориентирован
Рассматривайте процесс как сквозной, ориентируйтесь не на границы между подразделениями, а на взгляд заказчика (в идеале - внешнего клиента): начните с исходного обращения заказчика и доведите процесс до выдачи заказчику ценного для него результата.

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

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

10. Процесс BPMN - это не микро, а макро-менеджмент
Использовать BPMN для детальной регламентации деятельности на одном рабочем месте возможно, но любим мы его не за это. Если сотрудники не обучены, то это конечно проблема, но это не процессная, а функциональная проблема. И для нее существует масса решений помимо BPMN.

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

В решении подобных проблем BPMN незаменим, так как позволяет сделать схему взаимодействия участников процесса явной и одинаково трактуемой всеми заинтересованными сторонами - руководством, бизнес-подразделениями и “процессными технологами” (в том числе ИТ-специалистами), задача которых - воплотить эту схему в жизнь.

Источник.