Перейти к основному содержимому

Сценарии management

Зачем нужно​

Документ описывает внутридоменные сценарии management: работа с метриками, dashboards, целями, диагностикой, рекомендациями, задачами команд и планом.

1. Просмотр dashboard​

  1. Управленец открывает management_dashboard.
  2. Панели рендерятся из management_metric_value, агрегированных по периодам.
  3. Фильтры (период, направление, формат) применяются на лету.

2. Создание метрики​

  1. Аналитик создаёт management_metric с формулой и источником.
  2. Источник определяет ingestion (из event bus, из API, ручной ввод).
  3. После запуска метрика начинает накапливать management_metric_value по периодам.

3. Алерт по метрике​

  1. Создаётся management_alert_rule (порог, направление сравнения, окно).
  2. На каждое значение метрики проверяются правила.
  3. При срабатывании создаётся management_alert с уровнем и контекстом.
  4. Алерт уходит в назначенные каналы (email, slack, в management web).

4. План команды​

  1. Управленец создаёт management_plan на период.
  2. Внутри — management_plan_target с целями и метриками успеха.
  3. Сотрудники видят план в management web.
  4. По окончании периода — review статуса и публикация результатов.

5. Внутренняя задача команды​

  1. Управленец создаёт management_task с ответственным и дедлайном.
  2. Поддерживается обсуждение через management_task_comment.
  3. Статусы: new → in_progress → in_review → done|cancelled.
  4. По завершению — статистика выполнения попадает в KPI.

6. Цель ученика / семьи​

  1. Управленец (или родитель через инициированный процесс) формирует goal_profile для ученика.
  2. Внутри — goal с критериями (goal_criterion), этапами (goal_milestone) и subject (goal_subject).
  3. По мере получения learning_evidence из lms добавляются goal_evidence.
  4. Регулярные goal_review фиксируют прогресс цели.
  5. По завершению — статус achieved или closed_unachieved.

7. Диагностика​

  1. Управленец назначает diagnostic_session ученику.
  2. LMS получает событие management.diagnostic.scheduled и формирует диагностические активности.
  3. Ученик проходит диагностику через LMS UI.
  4. Результаты возвращаются как diagnostic_result.
  5. Из результатов формируются evidence для целей и рекомендации.

8. Рекомендация ученику​

  1. На основе evidence (учебных, диагностических, олимпиадных) формируется recommendation.
  2. Рекомендация содержит recommendation_action: учить тему, решить набор, посетить занятие, повторить урок.
  3. Публикуется событие management.recommendation.created.
  4. LMS показывает рекомендацию в кабинете ученика.

9. Согласование плана команд​

  1. Руководитель публикует план в management_plan.
  2. Сотрудники подтверждают свои пункты.
  3. Команда продаж получает соответствующие задачи в CRM через management.team_task.assigned.

10. Анализ результата периода​

  1. После окончания периода — управленец смотрит план vs факт.
  2. Создаются заметки и решения для следующего периода.
  3. KPI закрываются, метрики архивируются.

11. Управление data quality​

  1. ingestion из других доменов сообщает ошибки и пропуски.
  2. dashboard показывает gaps и delta.
  3. Аналитик настраивает правила исправления и разрешает повторный ingestion.

Связанные документы​

Ссылки на draft feature specs ниже — non-canonical detail drafts; канонические management-сценарии остаются в этом active-документе и state machines.