BPMN и бизнес-процессы на собеседовании аналитика

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

Что спрашивают

• +Шлюзы: почему разошлись через XOR, а собрались через AND — это молчаливое зависание навсегда
• +События: граничный таймер как штатный способ выразить срок с эскалацией, событийный шлюз для ожидания с предельным сроком
• +Границы: поток работ не пересекает пул, между участниками только сообщения
• +AS-IS: как фиксировать фактическую работу с обходными путями, а не то, что написано в регламенте
• +Узкие места: почему смотрят время ожидания перед этапом, а не длительность самой работы

Из чего состоит тема

Так тема разложена в тренажёре: движок ведёт прогресс по каждой подтеме отдельно и возвращает те, где вы ошибаетесь.

• AS-IS и TO-BE13
• BPMN: события и подпроцессы13
• BPMN: элементы и шлюзы13
• Регламенты и владельцы12
• Узкие места процесса12

Разборы подтем

Конспект по каждой: что это, как отвечать вслух, на чём валятся, плюс вопросы для самопроверки.

• BPMN: элементы и шлюзы13 вопросов
• BPMN: события и подпроцессы13 вопросов
• AS-IS и TO-BE13 вопросов
• Узкие места процесса12 вопросов
• Регламенты и владельцы12 вопросов

Примеры вопросов с разбором

1. #ana_bpm_asis_tobe1 / 9
   Зачем строить AS-IS, если всё равно будут менять процесс?

   A)Чтобы соблюсти состав проектных документов

   B)Чтобы обучить новых сотрудников работе

   C)Чтобы понять, что и зачем работает сейчас

   D)Чтобы оценить численность персонала

   показать ответ и разбор

   +C)Чтобы понять, что и зачем работает сейчас

   // разбор: Без текущей картины целевая строится на догадках, и в ней теряются шаги, которые казались лишними, а на деле закрывали риск или требование регулятора. Плюс AS-IS даёт точку отсчёта: без замера сегодняшних сроков нечем доказать, что стало лучше.

2. #ana_bpm_bottlenecks2 / 9
   Как узкое место обнаруживают по данным?

   A)По времени ожидания перед этапом

   B)По стоимости выполнения этапа

   C)По числу сотрудников на этапе

   D)По количеству полей в форме этапа

   показать ответ и разбор

   +A)По времени ожидания перед этапом

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

3. #ana_bpm_elements3 / 9
   Чем пользовательская задача отличается от сервисной?

   A)Длительностью выполнения шага

   B)Исполнителем: человек или система

   C)Возможностью откатить результат

   D)Числом входящих потоков в шаг

   показать ответ и разбор

   +B)Исполнителем: человек или система

   // разбор: Пользовательскую задачу выполняет человек через интерфейс, сервисную — система автоматически. Различие практическое: у человеческого шага появляются очередь, назначение исполнителя и срок реакции, у автоматического — таймаут, повторы и обработка ошибки вызова.

4. #ana_bpm_events4 / 9
   Для чего служит событие-сообщение?

   A)Для уведомления сотрудников по почте

   B)Для обмена между участниками процесса

   C)Для записи данных в журнал системы

   D)Для пометки конца рабочего дня

   показать ответ и разбор

   +B)Для обмена между участниками процесса

   // разбор: Сообщение — способ передать управление или данные между пулами: отправили запрос партнёру и ждём ответа. На схеме это выражается парой событий, соединённых потоком сообщений. Почтовое уведомление сотруднику — частный случай, и обычно это просто задача, а не межпуловый обмен.

5. #ana_bpm_regulations5 / 9
   Кто такой владелец процесса?

   A)Тот, кто отвечает за результат процесса

   B)Сотрудник, выполняющий большинство шагов

   C)Руководитель самого крупного подразделения

   D)Автор схемы процесса в системе

   показать ответ и разбор

   +A)Тот, кто отвечает за результат процесса

   // разбор: Владелец отвечает за показатели процесса целиком, поперёк подразделений, и имеет полномочия его менять. Без такой роли процесс, идущий через три отдела, не принадлежит никому: каждый оптимизирует свой участок, а сквозной срок не улучшает никто.

6. #ana_bpm_asis_tobe6 / 9
   Сотрудники описывают процесс не так, как записано в регламенте. Что делать аналитику?

   A)Считать верным регламент компании

   B)Зафиксировать факт и выяснить причины

   C)Усреднить оба описания в одной схеме

   D)Считать верным рассказ самого опытного

   показать ответ и разбор

   +B)Зафиксировать факт и выяснить причины

   // разбор: Расхождение — не помеха, а находка. Люди обходят регламент обычно не от лени: шаг избыточен, система неудобна, срок нереален. Модель AS-IS фиксирует реальность, а причины отклонений становятся материалом для целевого процесса. Схема по регламенту описывала бы процесс, которого не существует.

7. #ana_bpm_bottlenecks7 / 9
   Заявка проходит четыре согласования подряд, каждое по дню. Что предложить?

   A)Сократить срок каждого согласования вдвое

   B)Добавить согласующих на каждый этап

   C)Распараллелить независимые согласования

   D)Автоматизировать отправку уведомлений

   показать ответ и разбор

   +C)Распараллелить независимые согласования

   // разбор: Последовательные проверки складываются, параллельные — нет: четыре дня превращаются в один, если согласующие не зависят друг от друга. Сначала выясняют, есть ли между ними реальная зависимость, и заодно — нужны ли все четыре визы или часть можно заменить выборочным контролем.

8. #ana_bpm_elements8 / 9
   Что показывает объект данных на схеме процесса?

   A)Документ или данные, участвующие в шаге

   B)Место хранения журналов процесса

   C)Таблицу в базе данных системы

   D)Точку синхронизации параллельных веток

   показать ответ и разбор

   +A)Документ или данные, участвующие в шаге

   // разбор: Объект данных отвечает на вопрос, что шаг получает на входе и что отдаёт на выходе: заявка, счёт, акт. Это не про хранение в базе, а про предмет работы. Схема с ними читается куда содержательнее: сразу видно, откуда взялся документ и кто его меняет.

9. #ana_bpm_events9 / 9
   Что делает граничное прерывающее событие на задаче?

   A)Добавляет к задаче второго исполнителя

   B)Запускает задачу повторно с начала

   C)Приостанавливает задачу до ручного возобновления

   D)Останавливает задачу и уводит поток по своей ветке

   показать ответ и разбор

   +D)Останавливает задачу и уводит поток по своей ветке

   // разбор: Прерывающее событие на границе задачи отменяет её выполнение и переводит процесс на альтернативный путь: истёк срок согласования — уходим на эскалацию. Есть и непрерывающий вариант: он порождает параллельную ветку, а основная задача продолжает выполняться, например для напоминания.

Частые вопросы

• Почему экземпляр процесса зависает?

  Чаще всего из-за несимметричных шлюзов: ветки разошлись через эксклюзивный, а собираются через параллельный. Слияние ждёт токен, которого не будет никогда, и процесс замирает без ошибки. Второе место — шлюз без явной ветки «иначе».

• Зачем строить AS-IS, если процесс всё равно меняют?

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