1. Общие положения

Настоящая Карта бизнес-процессов сотрудника (BPMN / IDEF0), сценарии работ, чек-листы этапов, схема EPC определяет структуру, состав, последовательность и правила выполнения бизнес-процессов должности Менеджер по созданию тренингов (сценарист / редактор e-learning курсов) в Департаменте контента и методического дизайна Компании Riqli. Документ разработан в соответствии с Законом о компаниях 2006 года (Companies Act 2006), Уставом компании Riqli, Правилами внутреннего трудового распорядка, Положением об оплате труда и премировании, Стратегией компании на 2026–2028 годы, а также внутренними нормативными актами Департамента контента и методического дизайна (Положение об отделе, План работы отдела и Отчётность отдела, Регламент взаимодействия отдела со смежными подразделениями, Должностная инструкция Менеджер по созданию тренингов, Карта KPI). Положения карты бизнес-процессов обязательны для исполнения сотрудником и подлежат неукоснительному соблюдению.

1.1. Назначение карты бизнес-процессов

Настоящая Карта бизнес-процессов является основным инструментом стандартизации и оптимизации деятельности Менеджер по созданию тренингов (сценарист / редактор e-learning курсов). Она обеспечивает единое понимание последовательности действий, распределения ответственности (RACI-матрица), контрольных точек и критериев качества на всех этапах создания онлайн-курсов и тренингов с использованием ИИ. Карта бизнес-процессов гарантирует прозрачность, повторяемость и измеримость результатов, а также служит основой для обучения новых сотрудников и проведения внутренних аудитов.

1.2. Правовой статус и основание разработки

Карта бизнес-процессов имеет статус локального нормативного акта Компании Riqli и обязательна к исполнению с момента подписания сотрудником. Документ разработан на основании Должностной инструкции, Карты KPI, Плана работы отдела и Отчётности отдела и Регламента взаимодействия отдела со смежными подразделениями. В случае противоречия между настоящей картой бизнес-процессов и трудовым договором приоритет имеет трудовой договор. Признание недействительным одного из положений не влечёт недействительности остальных положений.

1.3. Сфера действия

Положения карты бизнес-процессов распространяются на сотрудника, занимающего должность Менеджер по созданию тренингов (сценарист / редактор e-learning курсов) в Департаменте контента и методического дизайна Компании Riqli. Документ применяется при выполнении всех видов работ, связанных с планированием, созданием, редактурой, тестированием и передачей образовательного контента, а также при взаимодействии со смежными подразделениями и генеральной дирекцией.

1.4. Основные термины и определения

В настоящей карте бизнес-процессов используются следующие ключевые понятия: Бизнес-процесс — последовательность взаимосвязанных действий, направленных на достижение конкретного результата; BPMN (Business Process Model and Notation) — нотация моделирования бизнес-процессов; IDEF0 — метод функционального моделирования; EPC (Event-driven Process Chain) — событийно-управляемая цепочка процессов; RACI-матрица — инструмент распределения ответственности (Responsible, Accountable, Consulted, Informed); SLA (Service Level Agreement) — соглашение об уровне сервиса; Акт приёмки — документ, подтверждающий выполнение работ или передачу результата; Пилотное тестирование — проверка курса на группе корпоративных клиентов.

2. Цели и принципы описания бизнес-процессов должности

Настоящий раздел определяет стратегические и тактические цели системы описания бизнес-процессов, а также фундаментальные принципы, на которых она построена.

2.1. Стратегические цели системы бизнес-процессов

Основной стратегической целью системы бизнес-процессов является обеспечение достижения рейтинга контента не ниже 4.7 из 5, доли ИИ-генерации на уровне 80 % и получения оценки «отлично» по итогам аудитов генеральной дирекции не менее чем для 80 % продуктов. Система бизнес-процессов синхронизирует деятельность Менеджер по созданию тренингов со стратегическими OKR компании, обеспечивает прозрачное распределение ответственности и формирует объективную базу для контроля качества и эффективности.

2.2. Принципы описания и моделирования бизнес-процессов

Система бизнес-процессов построена на следующих принципах: принцип единой цели — все процессы направлены на достижение стратегических OKR компании; принцип прозрачности — каждая точка контакта и результат фиксируются в корпоративной системе управления задачами Riqli; принцип своевременности — запросы обрабатываются в установленные SLA; принцип приоритизации — задачи, связанные с выпуском релизов и исправлением критических дефектов, имеют наивысший приоритет; принцип документальной фиксации — каждый значимый результат оформляется актом приёмки или протоколом согласования; принцип гибкости — процессы могут корректироваться при изменении рыночных условий или стратегических приоритетов.

2.3. Уровни детализации процессов

Бизнес-процессы описываются на трёх уровнях детализации: уровень 0 (контекстная диаграмма) — общий процесс создания образовательного продукта; уровень 1 (основные подпроцессы) — планирование, генерация контента, редактура, пилотное тестирование, релиз; уровень 2 (детальные сценарии) — пошаговые действия с указанием ролей, сроков, инструментов и контрольных точек. Для моделирования используются нотации BPMN, IDEF0 и EPC в текстовом и табличном представлении.

3. Иерархия и классификация бизнес-процессов должности

Настоящий раздел устанавливает уровни и классификацию бизнес-процессов Менеджер по созданию тренингов (сценарист / редактор e-learning курсов).

3.1. Уровни бизнес-процессов

Система бизнес-процессов включает три уровня: стратегические процессы (взаимодействие с генеральной дирекцией, участие в формировании дорожной карты курсов, стратегическое планирование); тактические процессы (квартальное и оперативное планирование, управление проектами создания курсов, взаимодействие со смежными подразделениями); оперативные процессы (ежедневная работа с задачами в процессах и задачах Riqli, генерация и редактура контента, подготовка отчётов, обработка обратной связи). Все уровни взаимосвязаны и обеспечивают сквозную traceability от стратегических целей до ежедневных задач.

3.2. Классификация процессов по направлениям деятельности

Процессы классифицируются по направлениям: процессы планирования и организации работы (разработка годового, квартального и оперативного планов); процессы создания контента (разработка сценариев, промпт-инжиниринг, генерация и редактура); процессы обеспечения качества (факт-чекинг, пилотное тестирование, внутренний контроль); процессы взаимодействия (с Департаментом разработки ПО и IT-инфраструктуры, с Департаментом маркетинга и продаж, с генеральной дирекцией); процессы мониторинга и отчётности (ежедневная, еженедельная, ежемесячная и ежеквартальная отчётность).

3.3. Взаимосвязь с процессами департамента и компании

Бизнес-процессы Менеджер по созданию тренингов напрямую интегрированы с процессами Департамента контента и методического дизайна и компании в целом. Индивидуальные процессы сотрудника влияют на достижение KPI департамента (объём контента, качество не менее 4.5 из 5, доля ИИ-генерации 80 %, отсутствие фактических ошибок 100 %, удовлетворённость пользователей не менее 80 %). Все процессы фиксируются в корпоративной системе управления задачами и доступны для мониторинга руководителем департамента и CEO.

4. Основной бизнес-процесс: Создание ИИ-курса (от идеи до релиза)

Настоящий раздел детально описывает ключевой бизнес-процесс должности — полный цикл создания онлайн-курса с использованием ИИ.

4.1. Общая структура процесса создания ИИ-курса (уровень 0)

Процесс «Создание ИИ-курса» состоит из следующих основных этапов: 1) Инициирование и планирование (получение брифа, утверждение темы и формата); 2) Методический дизайн и разработка сценария; 3) Генерация контента с помощью ИИ (промпт-инжиниринг); 4) Редактура, факт-чекинг и обеспечение качества; 5) Пилотное тестирование и доработка; 6) Финальная приёмка и релиз; 7) Мониторинг и обработка обратной связи. Каждый этап имеет чётко определённые входы, выходы, ответственных лиц и контрольные точки.

4.2. RACI-матрица процесса создания ИИ-курса

Распределение ответственности: Responsible (R) — Менеджер по созданию тренингов (генерация контента, промпт-инжиниринг, редактура, контроль качества); Accountable (A) — руководитель Департамента контента и методического дизайна (финальное качество и соблюдение стандартов); Consulted (C) — CEO (утверждение темы и формата курса); Informed (I) — генеральная дирекция (стратегическое планирование), Департамент маркетинга и продаж (обратная связь и пилотное тестирование), Департамент разработки ПО и IT-инфраструктуры (техническая интеграция). RACI-матрица фиксируется в системе Процессов Riqli для каждого конкретного курса.

4.3. Этап 1: Инициирование и планирование

Департамент маркетинга и продаж не позднее 20-го числа месяца, предшествующего кварталу, направляет формализованный бриф (тема курса, целевая аудитория, ожидаемые результаты обучения, ключевые сообщения, желаемый формат, сроки). Менеджер по созданию тренингов в течение 3 рабочих дней рассматривает бриф и направляет предварительную оценку трудозатрат. После утверждения CEO темы и формата курса сотрудник назначает ответственных исполнителей и запускает процесс согласно RACI-матрице. Вход: бриф от маркетинга. Выход: утверждённый план проекта в Процессов и задач Riqli.

4.4. Этап 2: Методический дизайн и разработка сценария

Менеджер по созданию тренингов разрабатывает учебную программу, сценарий курса и методическую структуру с учётом целевой аудитории и ожидаемых результатов обучения. Осуществляет промпт-инжиниринг и оптимизацию запросов для ИИ-генерации контента. Обеспечивает адаптацию контента под разные платформы (LMS, PDF, веб). Участвует в создании интерактивных симуляций, квизов и ветвлений сценариев. Контролирует соответствие методической ценности курса результатам пилотного тестирования. Вход: утверждённая тема и формат. Выход: утверждённый сценарий и структура курса.

4.5. Этап 3: Генерация контента с помощью ИИ и редактура

Сотрудник выполняет генерацию текстов с помощью ИИ-инструментов, создаёт видеолекции, интерактивные задания, тесты и симуляции. Осуществляет редактуру и корректуру сгенерированного контента, проверяет фактическую точность (факт-чекинг), отсутствие плагиата и соответствие стандартам бренда и качества. Обеспечивает отсутствие фактических ошибок в релизной версии (100 % по итогам выборочной проверки). При выявлении отклонений качества ниже 4.0 из 5 инициирует доработку в приоритетном порядке. Вход: утверждённый сценарий. Выход: черновик курса, готовый к пилотному тестированию.

4.6. Этап 4: Пилотное тестирование, доработка и релиз

После завершения разработки черновика курса Менеджер по созданию тренингов передаёт его Департаменту маркетинга и продаж для пилотного тестирования на группе из 5–10 корпоративных клиентов (не более 5 рабочих дней). При средней оценке ниже 4.0 курс возвращается на доработку. При оценке 4.0 и выше подписывается акт приёмки, и курс передаётся в релиз. Скорость реакции на правки — не более 1 рабочего дня; исправления фактических ошибок — в течение 4 часов. Вход: черновик курса. Выход: подписанный акт приёмки и релизный курс.

5. Бизнес-процесс взаимодействия с Департаментом разработки ПО и IT-инфраструктуры

Настоящий раздел описывает процесс постановки и выполнения задач на автоматизацию и интеграцию.

5.1. Общая схема процесса взаимодействия (BPMN / EPC)

Процесс начинается с формирования запроса Менеджер по созданию тренингов в системе Задач Riqli (описание требуемой функциональности, приоритет High/Medium/Low, желаемый срок, контактное лицо). Запрос рассматривается руководителем Департамента разработки ПО в течение 1 рабочего дня. Приоритет устанавливается совместно с CEO. Выполнение задач: High — начало в течение 4 часов, завершение до 2 рабочих дней; Medium — начало в течение 24 часов, завершение до 5 рабочих дней; Low — начало в течение 1 недели. По факту выполнения подписывается акт приёмки руководителями обоих департаментов. При нарушении SLA более 2 раз за квартал вопрос эскалируется к CEO.

5.2. Типовые задачи и SLA

Типовые задачи включают: автоматизация генерации контента (API для ИИ-генерации текстов, изображений и интерактивных элементов); настройка бэкенда для курсов (структуры данных, системы оценок, прогресс пользователя); интеграция с LMS и внешними платформами; разработка новых форматов контента (интерактивные симуляции, квизы, ветвления сценариев); техническая поддержка инструментов контент-мейкеров; обеспечение соответствия требованиям GDPR и ISO 27001. SLA строго соблюдаются; при нарушении исполнитель обязан уведомить руководителя департамента разработки ПО и инициатора задачи.

5.3. Зоны ответственности и эскалация

Со стороны Департамента контента и методического дизайна: Менеджер по созданию тренингов формирует требования, проверяет соответствие учебным целям, утверждает запрос. Со стороны Департамента разработки ПО: Full-stack разработчик реализует функционал, DevOps-инженер обеспечивает развертывание и мониторинг, руководитель департамента назначает исполнителя и контролирует сроки. Зоны ответственности: департамент контента отвечает за корректность и полноту требований и приёмку результата; департамент разработки ПО отвечает за техническую реализацию, производительность и безопасность. При конфликтах или задержках более 50 % от планового срока вопрос эскалируется к CEO в течение 1 рабочего дня.

6. Бизнес-процесс взаимодействия с Департаментом маркетинга и продаж

Настоящий раздел описывает процесс передачи требований, пилотного тестирования и обработки обратной связи.

6.1. Общая схема процесса (IDEF0 / EPC)

Процесс начинается с передачи брифа от Департамента маркетинга и продаж не позднее 20-го числа предшествующего квартала. Менеджер по созданию тренингов рассматривает бриф в течение 3 рабочих дней и направляет оценку трудозатрат. После утверждения CEO запускается процесс создания курса. По завершении черновика курс передаётся на пилотное тестирование (5–10 корпоративных клиентов, не более 5 рабочих дней). Обратная связь собирается еженедельно и обрабатывается в срок не более 1 рабочего дня. При накоплении более 3 обоснованных жалоб на один курс за квартал курс направляется на внеплановый аудит генеральной дирекции.

6.2. Чек-лист этапа передачи требований и запуска разработки

Чек-лист включает: получение формализованного брифа (тема, целевая аудитория, ожидаемые результаты, ключевые сообщения, формат, сроки); проверка полноты и корректности брифа; подготовка предварительной оценки трудозатрат в течение 3 рабочих дней; согласование с CEO темы и формата курса; назначение ответственного методиста и специалиста по ИИ-контенту; создание проекта в Jira / Riqli с RACI-матрицей; запуск процесса создания курса. Все шаги фиксируются в системе с указанием дат и ответственных лиц.

6.3. Чек-лист этапа пилотного тестирования и приёмки

Чек-лист включает: передача черновика курса Департаменту маркетинга и продаж; организация пилотного тестирования на группе 5–10 корпоративных клиентов; сбор обратной связи по шкале 1–5 (полезность, понятность, качество ИИ-генерации); анализ результатов (средняя оценка не ниже 4.0); при оценке ниже 4.0 — доработка в приоритетном порядке; при оценке 4.0 и выше — подписание акта приёмки; передача курса в релиз; целевой показатель — не менее 80 % положительных голосов пользователей. Все результаты фиксируются в системе и доступны для аудита.

6.4. Чек-лист этапа обработки обратной связи и корректирующих действий

Чек-лист включает: еженедельное получение сводки жалоб и предложений от Департамента маркетинга и продаж (через NPS-опросы, чаты поддержки, QR-коды); обработка обратной связи в срок не более 1 рабочего дня; исправление фактических ошибок в приоритетном порядке (в течение 4 часов); корректировки методического характера (улучшение структуры, добавление примеров) в течение 3 рабочих дней; при накоплении более 3 обоснованных жалоб на один курс за квартал — инициирование внепланового аудита генеральной дирекции. Все действия фиксируются в Задачах Riqli.

7. Бизнес-процессы планирования, отчётности и контроля

Настоящий раздел описывает процессы планирования, ежедневной/еженедельной/ежемесячной отчётности и контроля выполнения KPI.

7.1. Процесс годового, квартального и оперативного планирования

Годовой план разрабатывается до 15 декабря предшествующего года и утверждается генеральной дирекцией. Квартальный план разрабатывается не позднее 25-го числа последнего месяца предшествующего квартала совместно с методистами-дизайнерами и специалистами по ИИ-контенту, утверждается CEO в течение 3 рабочих дней. Оперативный (месячный) план с понедельной разбивкой формируется не позднее 28-го числа предшествующего месяца. Индивидуальные планы сотрудников создаются в системе Процессов и задач Riqli с указанием приоритета (High/Medium/Low) и конкретных сроков. Корректировка годового плана, затрагивающая более 20 % объёма, требует письменного согласования с генеральной дирекцией. Все планы фиксируются в системе и доступны для согласования.

7.2. Процесс ежедневной, еженедельной и ежемесячной отчётности

Ежедневно сотрудник отмечает начало и окончание работы в календаре задач системы Riqli и фиксирует выполнение заданий с указанием затраченного времени. Еженедельно (пятница до 18:00) направляет руководителю департамента краткий отчёт по форме «Сделано — Проблемы — План». Ежемесячно (до 5-го числа) готовит индивидуальные данные по KPI для сводки руководителя департамента CEO. Участвует в подготовке ежемесячного отчёта для генеральной дирекции (до 10-го числа) и ежеквартального отчёта (до 15-го числа после квартала). Все отчёты подписываются руководителем департамента и CEO.

7.3. Процесс внутреннего контроля и корректирующих действий

Руководитель департамента осуществляет ежедневный мониторинг выполнения индивидуальных планов через дашборды в системе управления задачами. При выявлении отклонений более чем на 20 % по срокам или объёмам проводится оперативное совещание с разработкой плана корректирующих действий. При систематическом невыполнении планов (более 2 месяцев подряд) предоставляются предложения по пересмотру распределения нагрузки. При получении оценки качества ниже 4.0 по итогам аудита генеральной дирекции в течение 5 рабочих дней разрабатывается план корректирующих действий. Все корректирующие действия фиксируются в системе и контролируются руководителем департамента.

8. Чек-листы этапов и контрольные точки

Настоящий раздел содержит унифицированные чек-листы для ключевых этапов работы Менеджер по созданию тренингов.

8.1. Чек-лист ежедневной работы

Чек-лист включает: отметка начала и окончания работы в календаре задач системы Riqli; фиксация выполнения заданий с указанием затраченного времени; проверка статуса всех активных задач в Jira / Riqli; обработка входящих запросов и сообщений в корпоративном чате; обновление статуса задач (в работе / на проверке / завершено); подготовка краткой заметки о выполненном за день. Целевой показатель — 100 % актуальности данных в системе на конец рабочего дня.

8.2. Чек-лист еженедельной отчётности (пятница до 18:00)

Чек-лист включает: подготовка отчёта по форме «Сделано — Проблемы — План»; указание конкретных выполненных задач с объёмами и сроками; описание возникших проблем и блокеров; план на следующую неделю с приоритетами; отправка отчёта руководителю департамента; подтверждение получения отчёта в течение 1 рабочего дня. Целевой показатель — 100 % своевременная подача отчётов и отсутствие отклонений от индивидуального плана более 20 %.

8.3. Чек-лист ежемесячной подготовки данных по KPI (до 5-го числа)

Чек-лист включает: сбор данных из системы Jira / Riqli по объёму выполненного контента; анализ качества (оценки аудитов, отсутствие фактических ошибок); расчёт доли ИИ-генерации; анализ соблюдения сроков и SLA; подготовка предложений по премированию; формирование индивидуальной части сводки KPI для руководителя департамента; передача данных руководителю департамента до 5-го числа. Целевой показатель — 100 % своевременная и достоверная подготовка данных.

9. Интеграция процессов с информационными системами и инструментами

Настоящий раздел описывает использование корпоративных систем и инструментов в бизнес-процессах.

9.1. Использование системы управления задачами Jira / Riqli

Все бизнес-процессы фиксируются в корпоративной системе управления задачами Jira / Riqli: создание и назначение задач с указанием приоритета, сроков и RACI-матрицы; ежедневная фиксация выполнения и затраченного времени; отслеживание статуса задач (Backlog, In Progress, Review, Done); генерация дашбордов и отчётов по KPI; хранение актов приёмки, брифов и протоколов согласования. Доступ к системе предоставляется в соответствии со служебной необходимостью и политикой информационной безопасности.

9.2. Использование ИИ-инструментов и других систем

В процессах создания контента используются лицензированные ИИ-инструменты генерации текста и изображений (ChatGPT, Claude, Midjourney и др.). Все промпты и результаты генерации сохраняются в библиотеке промптов департамента и в системе Riqli. Для коммуникации используется корпоративный чат (Slack / Mattermost). Для формальных уведомлений и передачи документов — электронная почта. Все коммуникации, связанные с изменением требований или сроков, дублируются в системе управления задачами.

10. Заключительные положения

Настоящий раздел определяет порядок вступления в силу, внесения изменений и хранения карты бизнес-процессов.

10.1. Вступление в силу

Настоящая Карта бизнес-процессов вступает в силу с даты её утверждения генеральной дирекцией и подписания Директором по развитию и продукту (CEO). Сотрудник обязан ознакомиться с картой бизнес-процессов под подпись (электронную или бумажную) в течение 5 рабочих дней с момента утверждения. Сотрудники, принятые на работу после утверждения документа, знакомятся с ним в день заключения трудового договора.

10.2. Внесение изменений и актуализация

Изменения в настоящую карту бизнес-процессов вносятся по инициативе сотрудника, руководителя департамента, CEO или любого акционера. Решение о внесении изменений, затрагивающих существенные условия (система процессов, RACI-матрицы, SLA), принимает общее собрание акционеров большинством не менее 75 % голосов. Изменения, не затрагивающие существенные условия, могут вноситься приказом CEO по согласованию с генеральной дирекцией. Карта бизнес-процессов подлежит обязательной актуализации не реже одного раза в год на основании итогового годового отчёта и стратегического отчёта.

10.3. Хранение и доступ

Оригинал карты бизнес-процессов хранится в генеральной дирекции по адресу зарегистрированного офиса: 9 Stonehill Road, Ash, Aldershot, England, GU12 6TS. Электронная версия размещена в корпоративной системе управления документами Riqli с ограничением доступа по служебной необходимости (доступ имеют руководитель департамента, CEO, генеральная дирекция, HR и финансовый директор). Ответственный за актуализацию и хранение — руководитель Департамента контента и методического дизайна.

10.4. Приоритет нормативных актов и ответственность

Во всём, что не урегулировано настоящей картой бизнес-процессов, Компания руководствуется Законом о компаниях 2006 года (Companies Act 2006), Уставом RIQLI UK LIMITED, Правилами внутреннего трудового распорядка, Положением об оплате труда и премировании, а также Должностной инструкцией и Картой KPI должности. При коллизии норм между настоящей картой бизнес-процессов и трудовым договором сотрудника приоритет имеет трудовой договор. Сотрудник несёт персональную ответственность за соблюдение установленных процессов и своевременное предоставление достоверных данных.