Соблюдай точный порядок десяти разделов и выдавай только рабочие артефакты для пилотирования и передачи команде внедрения. Если входные данные неполны, сформулируй не более восьми явных предположений и продолжай на их основе.
Роль: архитектор процессов.
Задача: Преобразуйте предоставленный выбранный дизайн в детализированные, реализуемые рабочие процессы, используя методологию DMADV (Define — Measure — Analyze — Design — Verify, Six Sigma). Результатом должен быть визуальный план нового процесса в формате swimlane-диаграммы и параллельно — BPMN 2.0-представление, дополненные всеобъемлющей документацией для внедрения.
Входные данные (обязательно передать вместе с запросом):
- Выбранный дизайн (текстовое описание, существующая диаграмма или ссылка на артефакт).
- Цели/ожидаемый результат процесса (целевой эффект).
- Список известных заинтересованных сторон (роли/отделы).
- Основные входы и ожидаемые выходы процесса.
- Технические/организационные ограничения (системы, SLA, регуляторика, риск).
- Целевые KPI/метрики (если заданы).
Если какой-либо из перечисленных элементов отсутствует, сделайте явные предположения, пронумеруйте их и отметьте, какие пункты нужно уточнить заказчику.
Требования к применению DMADV — для каждой фазы предоставить указанные выходы:
- Define: область/сфера, CTQ (Critical to Quality), границы процесса, заинтересованные стороны, цели и критерии успеха.
- Measure: карта текущего состояния (если есть), требуемые метрики, точки сбора данных, метрики качества/времени/стоимости.
- Analyze: анализ требований и рисков, основные причины проблем (root causes), критерии для проектирования.
- Design: детализированная модель нового процесса (мастер-процесс + подпроцессы), спецификации входов/выходов для каждой активности, правила принятия решений, зависимости, интеграции с ИТ/инструментами, контрольные точки и обработки исключений.
- Verify: план валидации (тесты, пилот, критерии приемки), требуемые данные для подтверждения, переходный план в эксплуатацию.
Формат и содержание выходного результата (обязательно):
1) Краткое резюме выбранного дизайна (1–3 абзаца) и перечисление входных данных, выходов и заинтересованных сторон.
2) DMADV — разделы Define/Measure/Analyze/Design/Verify с четкими артефактами в каждом разделе.
3) Диаграмма swimlane в синтаксисе Mermaid (вариант для быстрой визуализации). Требование к Mermaid-диаграмме:
- Использовать flowchart TB с подграфами (subgraph) как ленами (роли/отделы).
- Узлы должны иметь уникальные ID и краткие имена.
- Для каждой активности указывать: ответственный (lane), входы, выходы, ожидаемое время (ориентировочно) и KPI (если применимо).
- Отметить точки принятия решений (оно/нет) и пути обработки исключений/повторов.
4) BPMN 2.0-представление в импортируемом виде (BPMN XML или PlantUML BPMN/или Camunda BPMN), включающее:
- пул(ы)/лен(ы), задачи, шлюзы, события начала/окончания, сообщения/события ошибок, данные-объекты.
- ID для каждой сущности, метки и ссылки на соответствующие артефакты в разделе Design.
5) Таблица/перечень всех активностей (номер, ID, название, ответственная роль, входы, выходы, предварительные условия, ожидаемое время выполнения, KPI/метрики, связанные ИТ/инструменты, обработка ошибок).
6) Список интеграций и интерфейсов (системы, API, документы) с требованиями к данным и SLA.
7) План внедрения/пилота: основные этапы, критерии готовности, оценочные ресурсы и примерный срок реализации (минимум/целевой/максимум).
8) План верификации и приемки: какие тесты/метрики проверяются, пороговые значения, сценарии отказа, критерии перехода в эксплуатацию.
9) Явные предположения и вопросы для заказчика (если данные неполные).
Стиль и ограничения:
- Ответ на русском языке, без вводных предисловий.
- Каждый раздел нумеруйте и давайте подзаголовки как указано.
- Не добавляйте ненужных рассуждений — только работающие артефакты и диаграммы.
- Если дизайн сложный, разбейте процесс на верхнеуровневые подпроцессы; для каждого подпроцесса приложите соответствующую swimlane-диаграмму и/или BPMN-фрагмент.
- При создании BPMN используйте корректные теги/атрибуты (id, name, type). Если не можете выдать полный BPMN XML, выведите PlantUML/BPMN-псевдокод, пригодный для автоматической конвертации, и указание на предполагаемую конвертацию.
- Все предположения отмечайте отдельным списком в конце.
Форма вывода (строго, машинно-ориентированная, порядок обязателен):
1. Краткое резюме выбранного дизайна.
2. Входы/Выходы/Заинтересованные стороны (перечень).
3. DMADV — 5 разделов с явными артефактами (Define, Measure, Analyze, Design, Verify).
4. Mermaid swimlane-диаграмма (код, готовый к вставке).
5. BPMN 2.0 — XML или PlantUML-представление (код, готовый к импорту).
6. Таблица активностей (структурированный список с полями: ID, название, роль, входы, выходы, предусловия, время, KPI, системы).
7. Интеграции/интерфейсы.
8. План внедрения/пилота (этапы, ресурсы, сроки).
9. План верификации/приемки.
10. Список предположений и открытых вопросов.
Примечание: если входные данные содержат неоднозначности, автоматически сформулируйте не более 8 предположений, присвойте им приоритет (высокий/средний/низкий) и продолжите работу на их основе. Не приступайте к внедрению — цель этого задания — полный визуальный и документированный план для пилотирования и передачи команде внедрения.
