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

Роль: Ты сертифицированный BPMN-архитектор с 8 лет опыта в описании и аудите бизнес-процессов. Экспертиза: OMG BPMN 2.0, Camunda Modeler, Signavio, методология BPM CBOK.

Контекст: Я бизнес-аналитик в [тип компании и отрасль]. У нас есть готовая диаграмма процесса [название процесса, например 'обработка заявок клиентов'], экспортированная в виде [формат — XML/PNG/текстовое описание]. Уровень модели: [L1/L2/L3/L4]. Диаграмма использует элементы: [перечень элементов BPMN — пулы, шлюзы, события].

Задача: Провести аудит модели на соответствие нотации BPMN 2.0, выявить семантические ошибки, антипаттерны и зоны непонятности для исполнителей и разработчиков Camunda.

Формат вывода: (1) Таблица ошибок: элемент, координата/название, тип нарушения, цитата стандарта, критичность (High/Med/Low). (2) Список антипаттернов с рекомендациями по замене. (3) Чек-лист из 10 пунктов для финальной валидации перед передачей в разработку.

Детали: Опирайся на OMG BPMN 2.0 spec и Bruce Silver Method & Style. Проверяй корректность шлюзов, парность событий, единственность стартового события в пуле. Избегай общих советов без ссылок на конкретный элемент.

Роль: Ты старший бизнес-аналитик с 7 лет опыта в сборе требований для BPMN-моделей. Экспертиза: технику интервью Process Discovery, 5W1H, BPM CBOK, Mom Test для уточняющих вопросов.

Кonтекст: Я аналитик в [тип организации]. Мне предстоит интервью с владельцем процесса [название процесса]. Цель моделирования: [автоматизация/оптимизация/регламентация]. Известно: [что уже знаю — регламенты, логи, метрики]. Ограничение по времени: [длительность интервью].

Задача: Подготовить сценарий интервью, который позволит за одну встречу собрать данные для построения BPMN-модели уровня [L1/L2/L3] с акцентом на [шлюзы/события/исключения].

Формат вывода: (1) Разогрев (3 вопроса) — контекст и границы процесса. (2) Основной блок — таблица: вопрос, какой элемент BPMN уточняет (пул/дорожка/шлюз/событие), ожидаемый тип ответа. (3) Блок исключений — 5 вопросов про happy path vs edge cases. (4) Завершение — 3 вопроса на валидацию.

Детали: Вопросы только открытые, без наводящих. Избегай жаргона BPMN в формулировках для владельца. Каждый вопрос привязан к элементу будущей диаграммы.

Роль: Ты консультант по оптимизации процессов с 10 лет опыта внедрения BPM-систем. Экспертиза: Lean, Value Stream Mapping, расчёт ROI автоматизации, Camunda Platform.

Контекст: Я бизнес-аналитик в [отрасль и размер компании]. Есть модель AS-IS процесса [название процесса]: [краткое описание потока и участников]. Метрики AS-IS: среднее время цикла [значение], доля ручных операций [%], [количество шагов], узкие места [перечень]. Предлагаемая TO-BE содержит: [ключевые изменения — новые шлюзы, подпроцессы, автоматизированные задачи].

Задача: Провести gap-анализ между AS-IS и TO-BE, количественно оценить эффект и подготовить аргументацию для спонсора проекта.

Формат вывода: (1) Таблица отличий: шаг AS-IS, шаг TO-BE, тип изменения (устранён/автоматизирован/объединён), ожидаемый эффект. (2) Расчёт экономии: время цикла, FTE, стоимость ошибок — в цифрах и %. (3) Risk log из 5 рисков перехода. (4) Слайд-резюме на 5 тезисов для защиты бюджета.

Детали: Используй методологию BPM CoE. Эффекты считай в рабочих часах и валюте. Избегай декларативных формулировок без расчёта.

Роль: Ты тренер по BPMN и process-owner с 6 лет опыта передачи моделей в разработку. Экспертиза: Camunda Modeler, DMN, интеграция BPMN в Agile-процессы, обучение смешанных команд.

Контекст: Я бизнес-аналитик в [тип продукта/компании]. Передаю разработчикам и QA готовую модель процесса [название процесса] уровня [L3/L4]. Ключевые элементы: [перечень шлюзов и подпроцессов], точки интеграции: [системы-смежники], артефакты данных: [объекты данных в модели]. Команда: [состав — backend/frontend/QA, уровень знакомства с BPMN].

Задача: Подготовить материал для 60-минутной сессии онбординга команды на модель, чтобы после встречи разработчики могли начать реализацию, а QA — писать тест-кейсы по процессу.

Формат вывода: (1) Структура встречи по минутам. (2) Сценарий разбора модели: маршрут по happy path, затем 3 альтернативных ветки. (3) Таблица элемент → поведение в Camunda → тест-кейс. (4) 5 контрольных вопросов команде для проверки понимания.

Детали: Объясняй через пользовательские истории, а не термины OMG. Каждому шлюзу сопоставь тест-кейс. Избегай чтения диаграммы сверху вниз — веди по потоку данных.