---
name: process-analysis
description: Анализ и оптимизация существующего бизнес-процесса — process discovery (реконструкция as-is процесса из кода Laravel и audit-логов), поиск узких мест, трассировка требование→процесс, метрики и KPI процесса. Триггеры — «проанализируй процесс», «где узкое место», «process discovery», «как устроен процесс X», «метрики процесса», «оптимизируй процесс». Раздел C10 карты «Бизнес-процессы (общее)».
---

# Process Analysis

Разбирает **существующий** бизнес-процесс: восстанавливает фактическую модель,
находит узкие места, считает метрики. Парный скил к `process-modeling` — тот
проектирует to-be, этот вскрывает as-is.

## Четыре режима

### 1. Process discovery — реконструкция as-is

Восстановить фактический процесс из артефактов кода (карта источников —
`references/discovery.md`): маршруты + контроллеры (точки входа), джобы/события
(асинхронные шаги), enum статусов + переходы (state-машина), audit-таблицы
(фактические следы), cron/scheduler (периодические шаги). Итог — модель,
которую можно передать `process-modeling` для отрисовки.

### 2. Bottleneck — поиск узких мест

Паттерны: ручной шаг между авто-шагами; шаг с ожиданием внешней системы; точка
сериализации (advisory-lock, `lockForUpdate`); N+1 внутри шага; ретраи/таймауты;
шаг с наибольшей долей исключений.
Граница: это **процессные** узкие места. Runtime/код-производительность —
`perf-analyzer` / скил `analysis:bottleneck-detect` (PA1).

### 3. Трассировка требование→процесс

Связать пункт ТЗ / `Открытые_вопросы` → шаги процесса → код (file:line) →
тесты. Выявить шаги без требования (скрытая логика) и требования без
реализации.

### 4. Метрики процесса

Определить KPI: throughput, cycle time, конверсия между статусами, доля
исключений, объём ручного труда. Числа берутся из БД через `Boost`, не
выдумываются.
Граница: продуктовые метрики — плагин `product-management` (`/metrics-review`).

## Рабочий процесс

1. Определить режим (1-4) по запросу.
2. Собрать факты из кода / БД / логов — никаких допущений без пинов (file:line).
3. Выдать находки: модель / список узких мест / матрицу трассировки / таблицу
   метрик.
4. Рекомендации направить в `process-modeling` (to-be) или в задачи. Этот скил
   код не правит.

## Границы

- **Проектирование to-be модели** — скил `process-modeling`.
- **Runtime / код-производительность** — `perf-analyzer`,
  `analysis:bottleneck-detect` (PA1).
- **Продуктовые метрики** — плагин `product-management`.
- **Документ / change-request процесса** — плагин `operations`.
- **Интервью заказчика про будущую фичу / ориентация по проекту** — скил
  `discovery-interview`. Тот вскрывает проблему до решения через интервью человека
  (режим FEATURE) и синтезирует мета-слой проекта (режим SYSTEM); этот скил — про
  вскрытие as-is процесса из app-кода. «process discovery», «как устроен процесс X»,
  «где узкое место» — сюда; «проведи discovery interview», «сориентируй по проекту» —
  в `discovery-interview`.
- **Генерик-методология оптимизации процесса** — скил `process-optimization`
  плагина `operations`. Этот скил — про code-grounded discovery конкретного
  процесса Лидерры (вскрытие as-is), не про общую методологию и не про
  проектирование to-be.
