Created by AIImproved by people

Riqli · living documents · updated continuously

Where AI knowledge meets human practice.

Share with friends
Регламент взаимодействия отдела со смежными подразделениями. Департамент контента и методического дизайна. Document. (Департамент контента и методического дизайна. Riqli - main. Регламент. Взаимодействие.)
contents

1.1. Назначение и правовой статус документа

Документ «Регламент взаимодействия отдела со смежными подразделениями. Департамент контента и методического дизайна» является основным внутренним нормативным актом, регламентирующим процедуры совместной работы департамента с иными структурными единицами. Регламент разработан в соответствии с Законом о компаниях 2006 года (Companies Act 2006), Уставом компании Riqli, Правилами внутреннего трудового распорядка, Положением об оплате труда и премировании, а также настоящим Положением о департаменте. Положения документа обязательны для исполнения всеми сотрудниками департамента контента, а также сотрудниками смежных департаментов при осуществлении совместной деятельности.

sections

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

Настоящий документ определяет порядок, формы и регламенты взаимодействия Департамента контента и методического дизайна со смежными подразделениями Компании Riqli, осуществляющей деятельность в сфере IT-услуг и разработки ПО, а также создания онлайн-курсов, тренингов и документов с помощью ИИ. Документ устанавливает правовую основу, сферу действия, основные термины и принципы кросс-функциональной коммуникации.

sections

2. Принципы и формы взаимодействия

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

contents

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

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

contents

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

  • Кросс-функциональное взаимодействие – процесс совместной работы сотрудников разных департаментов для достижения общей цели (например, запуск нового ИИ-курса).
  • Эскалация – процедура передачи решения вопроса на более высокий уровень управления при невозможности его разрешения на текущем уровне.
  • Срок реакции (SLA) – предельное время, отведённое на выполнение запроса или ответ на него.
  • Акт приёмки – документ, подтверждающий выполнение работ или передачу результата (например, готового курса) от одного департамента другому.
  • Точка контакта – конкретный этап процесса, на котором происходит передача информации или результата работы между департаментами.
sections

3. Взаимодействие с департаментом разработки ПО и IT-инфраструктуры

Настоящий раздел детально регламентирует порядок совместной работы Департамента контента и методического дизайна с Департаментом разработки ПО и IT-инфраструктуры.

contents

2.1. Основные принципы взаимодействия

  • Принцип единой цели: все совместные действия направлены на достижение стратегических OKR компании, в частности, рейтинга контента не ниже 4.7 из 5 и доли ИИ-генерации 80%.
  • Принцип прозрачности: каждая точка контакта фиксируется в корпоративной системе управления задачами (Jira / Riqli), доступ к информации имеют все участники процесса.
  • Принцип своевременности: запросы обрабатываются в установленные SLA, задержки фиксируются и эскалируются.
  • Принцип приоритизации: задачи, связанные с выпуском релизов и исправлением критических дефектов контента, имеют наивысший приоритет.
  • Принцип документальной фиксации: каждый значимый результат совместной работы оформляется актом приёмки или протоколом согласования.
sections

4. Взаимодействие с департаментом маркетинга и продаж

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

sections

5. Взаимодействие с генеральной дирекцией

Настоящий раздел регламентирует порядок отчётности, согласования и эскалации между Департаментом контента и методического дизайна и генеральной дирекцией.

contents

2.2. Формы взаимодействия

  • Плановая совместная работа: выполнение задач в рамках дорожной карты продуктов и утверждённых планов.
  • Оперативное взаимодействие: решение текущих вопросов, согласование правок, уточнение требований.
  • Проектное взаимодействие: работа временных кросс-функциональных групп для реализации конкретных инициатив (например, запуск нового ИИ-курса).
  • Эскалационное взаимодействие: передача нерешённых вопросов на уровень руководителей департаментов или CEO.
  • Аварийное взаимодействие: совместное устранение критических инцидентов (P0/P1), связанных с контентом или платформой.
sections

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

Настоящий раздел определяет порядок вступления в силу, внесения изменений, хранения и приоритет нормативных актов для Регламента взаимодействия Департамента контента и методического дизайна.

contents

2.3. Каналы коммуникации и инструменты

Для организации взаимодействия используются следующие инструменты: корпоративная система управления задачами (Jira / Riqli) для постановки, отслеживания и фиксации выполнения задач; корпоративный чат (например, Slack или Mattermost) для оперативной текстовой коммуникации; электронная почта для формальных уведомлений и передачи документов, требующих подписи; регулярные синхронизации (daily/weekly) для согласования статусов; дашборды и отчёты в CRM/биллинговой системе для мониторинга KPI и обратной связи от клиентов. Все коммуникации, связанные с изменением требований или сроков, должны дублироваться в системе управления задачами.

contents

3.1. Типовые задачи взаимодействия

  • Автоматизация генерации контента: разработка и интеграция API для ИИ-генерации текстов, изображений и интерактивных элементов.
  • Настройка бэкенда для курсов: создание структур данных, систем оценок, прогресса пользователя.
  • Интеграция с LMS и внешними платформами: обеспечение совместимости контента с системами дистанционного обучения.
  • Разработка новых форматов контента: реализация интерактивных симуляций, квизов, ветвлений сценариев.
  • Техническая поддержка инструментов контент-мейкеров: решение проблем с доступом к ИИ-инструментам, обработка багов редактора контента.
  • Безопасность и комплаенс: обеспечение соответствия контента требованиям GDPR и стандартам ISO 27001 (шифрование данных, контроль доступа).
contents

3.2. Порядок постановки и выполнения задач

Департамент контента направляет запрос в виде задачи в системе Jira/Riqli с указанием: описания требуемой функциональности, приоритета (High/Medium/Low), желаемого срока выполнения, контактного лица. Запрос рассматривается руководителем департамента разработки ПО в течение 1 рабочего дня. Приоритет устанавливается совместно с CEO в соответствии с текущей дорожной картой продуктов. Типовой срок выполнения для задач среднего приоритета (например, создание нового API для генерации тестов) составляет до 5 рабочих дней. Критические задачи (P0/P1), влияющие на выпуск релиза или безопасность, выполняются в течение 4 часов. По факту выполнения подписывается акт приёмки руководителями обоих департаментов.

contents

3.3. Ответственные лица и зоны ответственности

  • Со стороны департамента контента: специалист по ИИ-контенту формирует требования, методист-дизайнер проверяет соответствие учебным целям, руководитель департамента утверждает запрос.
  • Со стороны департамента разработки ПО: Full-stack разработчик (Angular/Node.js) реализует требуемый функционал, DevOps-инженер обеспечивает развертывание и мониторинг, руководитель департамента разработки ПО назначает исполнителя и контролирует сроки.
  • Зоны ответственности: департамент контента отвечает за корректность и полноту требований, а также за приёмку результата; департамент разработки ПО отвечает за техническую реализацию, производительность и безопасность.
contents

3.4. SLA (Service Level Agreements) и приоритеты

Устанавливаются следующие SLA: для приоритета High (критично для ближайшего релиза) – начало работ в течение 4 часов, завершение – до 2 рабочих дней; для приоритета Medium (стандартная интеграция) – начало работ в течение 24 часов, завершение – до 5 рабочих дней; для приоритета Low (улучшения, не влияющие на релиз) – начало в течение 1 недели, завершение по согласованию. При нарушении SLA исполнитель обязан уведомить руководителя департамента разработки ПО и инициатора задачи. Систематические нарушения SLA (более 2 раз за квартал) являются основанием для эскалации к CEO.

contents

3.5. Процедура эскалации при конфликтах и задержках

Если задача не начата в срок или её выполнение задерживается более чем на 50% от планового срока, специалист департамента контента обращается к руководителю департамента разработки ПО. Если руководители департаментов не достигают согласия в течение 1 рабочего дня, вопрос эскалируется к CEO. Решение CEO является обязательным для исполнения. При несогласии с решением CEO допускается апелляция к генеральной дирекции в течение 3 рабочих дней, но только по вопросам, затрагивающим стратегические стандарты качества.

contents

4.1. Типовые задачи взаимодействия

  • Передача требований к курсам: департамент маркетинга предоставляет аналитику по целевой аудитории, популярным темам, конкурентной среде и ключевым сообщениям.
  • Согласование тем и форматов: совместное утверждение списка курсов на квартал.
  • Пилотное тестирование: маркетинг организует тестирование курсов на фокус-группах из корпоративных клиентов.
  • Упаковка и продвижение: департамент контента передаёт готовый курс, департамент маркетинга создаёт лендинги, email-рассылки, рекламные материалы.
  • Сбор и обработка обратной связи: маркетинг передаёт в контент-отдел жалобы и предложения клиентов (например, через NPS-опросы или сообщения по QR-кодам).
  • Корректировка контента: департамент контента вносит правки на основе обратной связи в срок не более 1 рабочего дня.
contents

4.2. Порядок передачи требований и запуска разработки курса

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

contents

4.3. Порядок пилотного тестирования и приёмки курса

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

contents

4.4. Обработка обратной связи и корректирующие действия

Департамент маркетинга и продаж еженедельно передаёт в департамент контента сводку жалоб и предложений от клиентов, полученных через NPS-опросы, чаты поддержки и QR-коды элементов качества. Скорость реакции на правки – не более 1 рабочего дня с момента получения замечаний. Исправления фактических ошибок выполняются в приоритетном порядке (в течение 4 часов). Корректировки методического характера (улучшение структуры, добавление примеров) – в течение 3 рабочих дней. При накоплении более 3 обоснованных жалоб на один курс за квартал курс направляется на внеплановый аукт со стороны генеральной дирекции.

contents

5.1. Стратегическое планирование и утверждение тем

Не позднее чем за 30 дней до начала календарного года руководитель департамента контента направляет генеральной дирекции предложения по дорожной карте курсов на следующий год, включая темы, форматы и плановые сроки. Генеральная дирекция утверждает дорожную карту в течение 10 рабочих дней. Корректировка дорожной карты в течение года возможна по инициативе любой стороны, но требует письменного согласования с генеральной дирекцией, если затрагивает более 20% планового объёма. В случае разногласий решение принимает генеральная дирекция большинством голосов.

contents

5.2. Отчётность перед генеральной дирекцией

Руководитель департамента контента предоставляет генеральной дирекции следующие отчёты: ежемесячный отчёт (до 10-го числа) – сводка KPI по объёму и качеству контента, ключевые инциденты, план на следующий месяц; ежеквартальный отчёт (до 15-го числа после квартала) – аналитика по удовлетворённости пользователей, рейтингу курсов, доле ИИ-генерации, а также предложения по корректировке OKR. Все отчёты подписываются руководителем департамента и CEO. Генеральная дирекция вправе запросить дополнительные сведения в течение 3 рабочих дней после получения отчёта.

contents

5.3. Аудит качества со стороны генеральной дирекции

Генеральная дирекция проводит выборочный аудит качества контента не реже одного раза в квартал. Аудит включает проверку фактической точности, методической ценности, соответствия стандартам бренда, отсутствия плагиата и соблюдения требований безопасности. По итогам аудита составляется акт с оценкой по шкале от 1 до 5. Целевое значение – не менее 4.5 из 5. При получении оценки ниже 4.0 руководитель департамента обязан в течение 5 рабочих дней предоставить план корректирующих действий. При повторном получении оценки ниже 4.0 в течение двух кварталов подряд генеральная дирекция вправе инициировать кадровые изменения.

contents

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

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

contents

6.2. Внесение изменений

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

contents

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

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

contents

6.4. Приоритет нормативных актов

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