Created by AIImproved by people
Riqli · living documents · updated continuously
Where AI knowledge meets human practice.
Share with friends
1.1. Назначение и правовой статус документа
Документ «Регламент взаимодействия отдела со смежными подразделениями. Департамент контента и методического дизайна» является основным внутренним нормативным актом, регламентирующим процедуры совместной работы департамента с иными структурными единицами. Регламент разработан в соответствии с Законом о компаниях 2006 года (Companies Act 2006), Уставом компании Riqli, Правилами внутреннего трудового распорядка, Положением об оплате труда и премировании, а также настоящим Положением о департаменте. Положения документа обязательны для исполнения всеми сотрудниками департамента контента, а также сотрудниками смежных департаментов при осуществлении совместной деятельности.
1. Общие положения
Настоящий документ определяет порядок, формы и регламенты взаимодействия Департамента контента и методического дизайна со смежными подразделениями Компании Riqli, осуществляющей деятельность в сфере IT-услуг и разработки ПО, а также создания онлайн-курсов, тренингов и документов с помощью ИИ. Документ устанавливает правовую основу, сферу действия, основные термины и принципы кросс-функциональной коммуникации.
2. Принципы и формы взаимодействия
Настоящий раздел устанавливает фундаментальные принципы, формы и каналы коммуникации Департамента контента и методического дизайна со смежными подразделениями.
1.2. Сфера действия
Положения настоящего регламента распространяются на Департамент контента и методического дизайна, Департамент разработки ПО и IT-инфраструктуры и Департамент маркетинга и продаж Компании Riqli. Документ применяется при осуществлении всех видов совместной деятельности, включая разработку новых ИИ-курсов, интеграцию контента с платформой, продвижение образовательных продуктов и обработку обратной связи от клиентов. Регламент также распространяется на взаимодействие с генеральной дирекцией в части утверждения стратегических инициатив.
1.3. Основные термины и определения
- Кросс-функциональное взаимодействие – процесс совместной работы сотрудников разных департаментов для достижения общей цели (например, запуск нового ИИ-курса).
- Эскалация – процедура передачи решения вопроса на более высокий уровень управления при невозможности его разрешения на текущем уровне.
- Срок реакции (SLA) – предельное время, отведённое на выполнение запроса или ответ на него.
- Акт приёмки – документ, подтверждающий выполнение работ или передачу результата (например, готового курса) от одного департамента другому.
- Точка контакта – конкретный этап процесса, на котором происходит передача информации или результата работы между департаментами.
3. Взаимодействие с департаментом разработки ПО и IT-инфраструктуры
Настоящий раздел детально регламентирует порядок совместной работы Департамента контента и методического дизайна с Департаментом разработки ПО и IT-инфраструктуры.
2.1. Основные принципы взаимодействия
- Принцип единой цели: все совместные действия направлены на достижение стратегических OKR компании, в частности, рейтинга контента не ниже 4.7 из 5 и доли ИИ-генерации 80%.
- Принцип прозрачности: каждая точка контакта фиксируется в корпоративной системе управления задачами (Jira / Riqli), доступ к информации имеют все участники процесса.
- Принцип своевременности: запросы обрабатываются в установленные SLA, задержки фиксируются и эскалируются.
- Принцип приоритизации: задачи, связанные с выпуском релизов и исправлением критических дефектов контента, имеют наивысший приоритет.
- Принцип документальной фиксации: каждый значимый результат совместной работы оформляется актом приёмки или протоколом согласования.
4. Взаимодействие с департаментом маркетинга и продаж
Настоящий раздел детально регламентирует порядок совместной работы Департамента контента и методического дизайна с Департаментом маркетинга и продаж.
5. Взаимодействие с генеральной дирекцией
Настоящий раздел регламентирует порядок отчётности, согласования и эскалации между Департаментом контента и методического дизайна и генеральной дирекцией.
2.2. Формы взаимодействия
- Плановая совместная работа: выполнение задач в рамках дорожной карты продуктов и утверждённых планов.
- Оперативное взаимодействие: решение текущих вопросов, согласование правок, уточнение требований.
- Проектное взаимодействие: работа временных кросс-функциональных групп для реализации конкретных инициатив (например, запуск нового ИИ-курса).
- Эскалационное взаимодействие: передача нерешённых вопросов на уровень руководителей департаментов или CEO.
- Аварийное взаимодействие: совместное устранение критических инцидентов (P0/P1), связанных с контентом или платформой.
6. Заключительные положения
Настоящий раздел определяет порядок вступления в силу, внесения изменений, хранения и приоритет нормативных актов для Регламента взаимодействия Департамента контента и методического дизайна.
2.3. Каналы коммуникации и инструменты
Для организации взаимодействия используются следующие инструменты: корпоративная система управления задачами (Jira / Riqli) для постановки, отслеживания и фиксации выполнения задач; корпоративный чат (например, Slack или Mattermost) для оперативной текстовой коммуникации; электронная почта для формальных уведомлений и передачи документов, требующих подписи; регулярные синхронизации (daily/weekly) для согласования статусов; дашборды и отчёты в CRM/биллинговой системе для мониторинга KPI и обратной связи от клиентов. Все коммуникации, связанные с изменением требований или сроков, должны дублироваться в системе управления задачами.
3.1. Типовые задачи взаимодействия
- Автоматизация генерации контента: разработка и интеграция API для ИИ-генерации текстов, изображений и интерактивных элементов.
- Настройка бэкенда для курсов: создание структур данных, систем оценок, прогресса пользователя.
- Интеграция с LMS и внешними платформами: обеспечение совместимости контента с системами дистанционного обучения.
- Разработка новых форматов контента: реализация интерактивных симуляций, квизов, ветвлений сценариев.
- Техническая поддержка инструментов контент-мейкеров: решение проблем с доступом к ИИ-инструментам, обработка багов редактора контента.
- Безопасность и комплаенс: обеспечение соответствия контента требованиям GDPR и стандартам ISO 27001 (шифрование данных, контроль доступа).
3.2. Порядок постановки и выполнения задач
Департамент контента направляет запрос в виде задачи в системе Jira/Riqli с указанием: описания требуемой функциональности, приоритета (High/Medium/Low), желаемого срока выполнения, контактного лица. Запрос рассматривается руководителем департамента разработки ПО в течение 1 рабочего дня. Приоритет устанавливается совместно с CEO в соответствии с текущей дорожной картой продуктов. Типовой срок выполнения для задач среднего приоритета (например, создание нового API для генерации тестов) составляет до 5 рабочих дней. Критические задачи (P0/P1), влияющие на выпуск релиза или безопасность, выполняются в течение 4 часов. По факту выполнения подписывается акт приёмки руководителями обоих департаментов.
3.3. Ответственные лица и зоны ответственности
- Со стороны департамента контента: специалист по ИИ-контенту формирует требования, методист-дизайнер проверяет соответствие учебным целям, руководитель департамента утверждает запрос.
- Со стороны департамента разработки ПО: Full-stack разработчик (Angular/Node.js) реализует требуемый функционал, DevOps-инженер обеспечивает развертывание и мониторинг, руководитель департамента разработки ПО назначает исполнителя и контролирует сроки.
- Зоны ответственности: департамент контента отвечает за корректность и полноту требований, а также за приёмку результата; департамент разработки ПО отвечает за техническую реализацию, производительность и безопасность.
3.4. SLA (Service Level Agreements) и приоритеты
Устанавливаются следующие SLA: для приоритета High (критично для ближайшего релиза) – начало работ в течение 4 часов, завершение – до 2 рабочих дней; для приоритета Medium (стандартная интеграция) – начало работ в течение 24 часов, завершение – до 5 рабочих дней; для приоритета Low (улучшения, не влияющие на релиз) – начало в течение 1 недели, завершение по согласованию. При нарушении SLA исполнитель обязан уведомить руководителя департамента разработки ПО и инициатора задачи. Систематические нарушения SLA (более 2 раз за квартал) являются основанием для эскалации к CEO.
3.5. Процедура эскалации при конфликтах и задержках
Если задача не начата в срок или её выполнение задерживается более чем на 50% от планового срока, специалист департамента контента обращается к руководителю департамента разработки ПО. Если руководители департаментов не достигают согласия в течение 1 рабочего дня, вопрос эскалируется к CEO. Решение CEO является обязательным для исполнения. При несогласии с решением CEO допускается апелляция к генеральной дирекции в течение 3 рабочих дней, но только по вопросам, затрагивающим стратегические стандарты качества.
4.1. Типовые задачи взаимодействия
- Передача требований к курсам: департамент маркетинга предоставляет аналитику по целевой аудитории, популярным темам, конкурентной среде и ключевым сообщениям.
- Согласование тем и форматов: совместное утверждение списка курсов на квартал.
- Пилотное тестирование: маркетинг организует тестирование курсов на фокус-группах из корпоративных клиентов.
- Упаковка и продвижение: департамент контента передаёт готовый курс, департамент маркетинга создаёт лендинги, email-рассылки, рекламные материалы.
- Сбор и обработка обратной связи: маркетинг передаёт в контент-отдел жалобы и предложения клиентов (например, через NPS-опросы или сообщения по QR-кодам).
- Корректировка контента: департамент контента вносит правки на основе обратной связи в срок не более 1 рабочего дня.
4.2. Порядок передачи требований и запуска разработки курса
Департамент маркетинга и продаж не позднее 20-го числа месяца, предшествующего кварталу, направляет в департамент контента формализованный бриф, содержащий: тему курса, описание целевой аудитории, ожидаемые результаты обучения, ключевые сообщения, желаемый формат (видео, текст, интерактив), сроки. Руководитель департамента контента в течение 3 рабочих дней рассматривает бриф и направляет предварительную оценку трудозатрат. После утверждения CEO темы и формата курса, руководитель департамента контента назначает ответственного методиста и специалиста по ИИ-контенту, после чего запускается процесс создания курса согласно RACI-матрице.
4.3. Порядок пилотного тестирования и приёмки курса
После завершения разработки черновика курса департамент контента передаёт его департаменту маркетинга для пилотного тестирования на группе из 5-10 корпоративных клиентов (по согласованию). Тестирование длится не более 5 рабочих дней. Департамент маркетинга собирает обратную связь по шкале от 1 до 5 по параметрам: полезность, понятность, качество ИИ-генерации. При средней оценке ниже 4.0 курс отправляется на доработку. При оценке 4.0 и выше подписывается акт приёмки, и курс передаётся в релиз. Целевой показатель качества – не менее 80% положительных голосов пользователей.
4.4. Обработка обратной связи и корректирующие действия
Департамент маркетинга и продаж еженедельно передаёт в департамент контента сводку жалоб и предложений от клиентов, полученных через NPS-опросы, чаты поддержки и QR-коды элементов качества. Скорость реакции на правки – не более 1 рабочего дня с момента получения замечаний. Исправления фактических ошибок выполняются в приоритетном порядке (в течение 4 часов). Корректировки методического характера (улучшение структуры, добавление примеров) – в течение 3 рабочих дней. При накоплении более 3 обоснованных жалоб на один курс за квартал курс направляется на внеплановый аукт со стороны генеральной дирекции.
5.1. Стратегическое планирование и утверждение тем
Не позднее чем за 30 дней до начала календарного года руководитель департамента контента направляет генеральной дирекции предложения по дорожной карте курсов на следующий год, включая темы, форматы и плановые сроки. Генеральная дирекция утверждает дорожную карту в течение 10 рабочих дней. Корректировка дорожной карты в течение года возможна по инициативе любой стороны, но требует письменного согласования с генеральной дирекцией, если затрагивает более 20% планового объёма. В случае разногласий решение принимает генеральная дирекция большинством голосов.
5.2. Отчётность перед генеральной дирекцией
Руководитель департамента контента предоставляет генеральной дирекции следующие отчёты: ежемесячный отчёт (до 10-го числа) – сводка KPI по объёму и качеству контента, ключевые инциденты, план на следующий месяц; ежеквартальный отчёт (до 15-го числа после квартала) – аналитика по удовлетворённости пользователей, рейтингу курсов, доле ИИ-генерации, а также предложения по корректировке OKR. Все отчёты подписываются руководителем департамента и CEO. Генеральная дирекция вправе запросить дополнительные сведения в течение 3 рабочих дней после получения отчёта.
5.3. Аудит качества со стороны генеральной дирекции
Генеральная дирекция проводит выборочный аудит качества контента не реже одного раза в квартал. Аудит включает проверку фактической точности, методической ценности, соответствия стандартам бренда, отсутствия плагиата и соблюдения требований безопасности. По итогам аудита составляется акт с оценкой по шкале от 1 до 5. Целевое значение – не менее 4.5 из 5. При получении оценки ниже 4.0 руководитель департамента обязан в течение 5 рабочих дней предоставить план корректирующих действий. При повторном получении оценки ниже 4.0 в течение двух кварталов подряд генеральная дирекция вправе инициировать кадровые изменения.
6.1. Вступление в силу
Настоящий Регламент вступает в силу с даты его утверждения генеральной дирекцией и подписания Директором по развитию и продукту (CEO). Все сотрудники департамента контента, департамента разработки ПО и департамента маркетинга и продаж обязаны ознакомиться с Регламентом под подпись (электронную или бумажную) в течение 5 рабочих дней с момента утверждения. Сотрудники, принятые на работу после утверждения Регламента, знакомятся с ним в день заключения трудового договора.
6.2. Внесение изменений
Изменения в настоящий Регламент вносятся по инициативе руководителя департамента контента, руководителя смежного департамента, CEO или любого акционера. Решение о внесении изменений, затрагивающих существенные условия взаимодействия (SLA, порядок эскалации, распределение зон ответственности), принимает общее собрание акционеров большинством не менее 75% голосов. Изменения, не затрагивающие существенные условия (например, корректировка контактных лиц или уточнение формулировок), могут вноситься приказом CEO по согласованию с генеральной дирекцией. Все изменения подлежат регистрации в корпоративной системе управления документами.
6.3. Хранение и доступ
Оригинал Регламента взаимодействия Департамента контента и методического дизайна со смежными подразделениями хранится в генеральной дирекции по адресу зарегистрированного офиса: 9 Stonehill Road, Ash, Aldershot, England, GU12 6TS. Электронная версия размещена в корпоративной системе управления документами Riqli с ограничением доступа по служебной необходимости (доступ имеют руководители департаментов, CEO, генеральная дирекция и HR). Ответственный за актуализацию и хранение – руководитель департамента контента и методического дизайна.
6.4. Приоритет нормативных актов
Во всём, что не урегулировано настоящим Регламентом, Компания руководствуется Законом о компаниях 2006 года (Companies Act 2006), Уставом RIQLI UK LIMITED, Правилами внутреннего трудового распорядка, Положением об оплате труда и премировании, а также Положением о Департаменте контента и методического дизайна. При коллизии норм между настоящим Регламентом и трудовым договором сотрудника приоритет имеет трудовой договор. Признание недействительным одного из положений Регламента не влечёт недействительности остальных положений.