Created by AIImproved by people
Riqli · living documents · updated continuously
Where AI knowledge meets human practice.
Share with friends
1. Общие положения
Настоящий документ определяет матрицу ответственности (RACI-матрицу) для Департамента контента и методического дизайна Компании Riqli, осуществляющей деятельность в сфере IT-услуг и разработки ПО, а также создания онлайн-курсов, тренингов и документов с помощью ИИ. Документ устанавливает распределение ролей и ответственности между сотрудниками департамента, а также во взаимодействии с другими подразделениями.
1.1. Назначение и правовой статус документа
Документ «Матрица ответственности отдела. Департамент контента и методического дизайна» является основным внутренним нормативным актом, регламентирующим распределение обязанностей, прав и ответственности при выполнении ключевых процессов. Матрица разработана в соответствии с Законом о компаниях 2006 года (Companies Act 2006), Уставом компании Riqli, Правилами внутреннего трудового распорядка, Положением об оплате труда и премировании, а также организационной структурой компании. Положения документа обязательны для исполнения всеми сотрудниками департамента и смежных подразделений при осуществлении совместной деятельности.
1.2. Сфера действия
Положения настоящей матрицы ответственности распространяются на Департамент контента и методического дизайна, а также на Департамент разработки ПО и IT-инфраструктуры и Департамент маркетинга и продаж в части кросс-функционального взаимодействия. Документ применяется при выполнении всех ключевых процессов департамента, включая создание ИИ-курсов, разработку методических материалов, обеспечение качества контента, взаимодействие с IT-инфраструктурой и отчётность перед генеральной дирекцией.
2. Роли и должности в матрице ответственности
Настоящий раздел определяет перечень должностей (ролей), участвующих в ключевых процессах Департамента контента и методического дизайна, и их статус в RACI-модели.
3. Матрица ответственности по ключевым процессам департамента
Настоящий раздел содержит детальное распределение ролей RACI для каждого ключевого процесса Департамента контента и методического дизайна.
1.3. Основные термины и определения (RACI)
- R (Responsible / Исполнитель): сотрудник, который непосредственно выполняет работу или задачу. Ответственность может быть делегирована, но исполнитель отвечает за качество выполнения.
- A (Accountable / Подотчётный): сотрудник, который несёт конечную ответственность за результат. На каждую задачу назначается только один подотчётный (обычно руководитель департамента).
- C (Consulted / Консультируемый): сотрудник, чьё мнение или экспертиза необходимы перед принятием решения. Обычно это руководители смежных департаментов или CEO.
- I (Informed / Информируемый): сотрудник, который должен быть уведомлен о результате или ходе выполнения задачи после принятия решения.
4. Матрица ответственности для кросс-функциональных взаимодействий
Настоящий раздел устанавливает распределение ролей RACI при совместной работе Департамента контента и методического дизайна со смежными подразделениями.
2.1. Роли внутри департамента контента
- Руководитель департамента контента: подотчётное лицо (A) по всем процессам департамента, утверждает стратегические решения, распределяет ресурсы, утверждает KPI сотрудников.
- Методист-дизайнер: исполнитель (R) по процессам методического проектирования, разработки сценариев и учебных программ.
- Специалист по ИИ-контенту (промпт-инженер): исполнитель (R) по процессам генерации контента, промпт-инжиниринга и первичного наполнения.
- Редактор / корректор: исполнитель (R) по процессам редактуры, корректуры и проверки фактической точности.
- Технический писатель: исполнитель (R) по процессам создания технической документации и инструкций.
2.2. Роли смежных департаментов
- CEO (Директор по развитию и продукту): консультируемое лицо (C) по стратегическим решениям, утверждает темы и форматы курсов, подписывает акты приёмки.
- Генеральная дирекция: информируемое лицо (I) по результатам выполнения OKR, утверждает годовые планы, проводит аудит качества.
- Руководитель департамента разработки ПО: консультируемое лицо (C) по технической реализации и интеграциям, подписывает акты приёмки кросс-функциональных задач.
- Full-stack разработчик (Angular/Node.js): исполнитель (R) по задачам автоматизации и API-интеграции.
- Руководитель департамента маркетинга и продаж: консультируемое лицо (C) по требованиям к курсам и пилотному тестированию.
5. Уровни подписи и полномочия в RACI-матрице
Настоящий раздел определяет соответствие между RACI-ролями и уровнями подписи на документы и решения в Департаменте контента и методического дизайна.
6. Порядок эскалации при конфликте ролей
Настоящий раздел устанавливает процедуру разрешения конфликтных ситуаций, возникающих при неоднозначном толковании RACI-матрицы или при пересечении ответственности.
2.3. Принципы назначения RACI-ролей
- На каждый процесс или подпроцесс назначается ровно один подотчётный (A), который несёт конечную ответственность за результат.
- Исполнителей (R) может быть несколько, но каждый из них отвечает за свою часть работы.
- Консультируемые (C) привлекаются до принятия ключевых решений, их мнение обязательно к рассмотрению, но не блокирует решение подотчётного.
- Информируемые (I) получают уведомления после завершения этапа или принятия решения.
- При конфликте ролей приоритет имеет подотчётный (A) по данному процессу.
3.1. Процесс «Создание нового ИИ-курса»
- Инициация темы курса: R – руководитель департамента маркетинга (предоставляет бриф), A – руководитель департамента контента (утверждает тему), C – CEO, I – генеральная дирекция.
- Методическое проектирование (разработка сценария, структуры): R – методист-дизайнер, A – руководитель департамента контента, C – руководитель департамента маркетинга (согласование целевой аудитории), I – CEO.
- Генерация контента с помощью ИИ: R – специалист по ИИ-контенту, A – руководитель департамента контента, C – методист-дизайнер (контроль соответствия сценарию), I – редактор (для последующей проверки).
- Редактура и корректура: R – редактор/корректор, A – руководитель департамента контента, C – специалист по ИИ-контенту (при необходимости уточнений), I – методист-дизайнер.
- Пилотное тестирование на фокус-группе: R – руководитель департамента маркетинга (организация тестирования), A – руководитель департамента контента (утверждение готовности), C – CEO, I – методист-дизайнер, специалист по ИИ-контенту.
- Утверждение релиза курса: R – руководитель департамента контента (подготовка акта приёмки), A – CEO (подписание), C – генеральная дирекция (для стратегических курсов), I – руководитель департамента маркетинга, департамент разработки ПО.
7. Заключительные положения
Настоящий раздел определяет порядок вступления в силу, внесения изменений и хранения Матрицы ответственности Департамента контента и методического дизайна.
3.2. Процесс «Обеспечение качества контента»
- Внутренняя проверка качества (самопроверка): R – каждый сотрудник, создавший контент, A – руководитель департамента контента, I – редактор (для информации о выявленных проблемах).
- Кросс-проверка методической ценности: R – методист-дизайнер (независимый), A – руководитель департамента контента, C – автор контента, I – руководитель департамента маркетинга.
- Обработка жалоб клиентов на контент (через NPS, QR-коды): R – руководитель департамента маркетинга (сбор и передача), A – руководитель департамента контента (организация исправления), C – специалист по ИИ-контенту, I – CEO.
- Исправление фактических ошибок в контенте: R – специалист по ИИ-контенту, A – руководитель департамента контента, C – редактор (проверка исправлений), I – руководитель департамента маркетинга (уведомление клиентов).
- Аудит качества со стороны генеральной дирекции: R – генеральная дирекция (проведение аудита), A – генеральная дирекция (утверждение акта), C – руководитель департамента контента (предоставление материалов), I – CEO.
3.3. Процесс «Интеграция контента с IT-инфраструктурой»
- Формирование требований к API / бэкенду: R – специалист по ИИ-контенту (совместно с методистом), A – руководитель департамента контента, C – руководитель департамента разработки ПО, I – Full-stack разработчик.
- Разработка и тестирование API: R – Full-stack разработчик (Angular/Node.js), A – руководитель департамента разработки ПО, C – руководитель департамента контента (приёмка), I – CEO.
- Интеграция ИИ-инструментов генерации контента: R – DevOps-инженер, A – руководитель департамента разработки ПО, C – специалист по ИИ-контенту (тестирование функциональности), I – руководитель департамента контента.
- Приёмка технической интеграции: R – руководитель департамента контента (подготовка акта), A – CEO (подписание), C – руководитель департамента разработки ПО, I – генеральная дирекция.
- Техническая поддержка инструментов контент-мейкеров (баги, доступ): R – служба поддержки / DevOps, A – руководитель департамента разработки ПО, C – специалист по ИИ-контенту (описание проблемы), I – руководитель департамента контента.
3.4. Процесс «Планирование и отчётность департамента»
- Разработка годового плана департамента: R – руководитель департамента контента, A – генеральная дирекция (утверждение), C – CEO (согласование), I – общее собрание акционеров.
- Разработка квартального плана: R – руководитель департамента контента (совместно с методистами), A – CEO (утверждение), C – генеральная дирекция (для стратегических курсов), I – все сотрудники департамента.
- Формирование индивидуальных планов сотрудников: R – руководитель департамента контента (совместно с сотрудником), A – руководитель департамента контента, C – сотрудник (согласование), I – CEO (сводка).
- Подготовка сводки KPI (ежемесячной): R – руководитель департамента контента, A – CEO (утверждение премий), C – финансовый директор (проверка бюджета), I – генеральная дирекция.
- Подготовка ежеквартального отчёта для акционеров: R – руководитель департамента контента, A – CEO (представление), C – генеральная дирекция (аналитика), I – общее собрание акционеров.
3.5. Процесс «Управление промптами (prompt-инжиниринг)»
- Разработка новых промптов для генерации контента: R – специалист по ИИ-контенту, A – руководитель департамента контента, C – методист-дизайнер (проверка соответствия учебным целям), I – редактор (для оценки качества результата).
- Тестирование и оптимизация промптов (A/B-тестирование): R – специалист по ИИ-контенту, A – руководитель департамента контента, C – методист-дизайнер, I – руководитель департамента маркетинга (если промпт влияет на клиентский опыт).
- Создание и поддержка библиотеки промптов: R – специалист по ИИ-контенту, A – руководитель департамента контента, C – руководитель департамента разработки ПО (для автоматизации), I – все сотрудники департамента (доступ к библиотеке).
4.1. Взаимодействие с департаментом маркетинга и продаж
- Передача требований к курсам (бриф): R – руководитель департамента маркетинга, A – руководитель департамента контента, C – CEO, I – методист-дизайнер.
- Согласование формата и упаковки курса (лендинги, рассылки): R – руководитель департамента маркетинга (создание), A – руководитель департамента контента (предоставление контента), C – CEO, I – дизайнер.
- Передача готового курса для продвижения: R – руководитель департамента контента (передача материалов), A – руководитель департамента маркетинга (приёмка), C – методист-дизайнер, I – CEO.
- Сбор обратной связи от клиентов (NPS, жалобы): R – руководитель департамента маркетинга, A – руководитель департамента контента (реагирование), C – специалист по ИИ-контенту, I – генеральная дирекция (при систематических жалобах).
4.2. Взаимодействие с департаментом разработки ПО и IT-инфраструктуры
- Постановка задачи на автоматизацию / интеграцию: R – специалист по ИИ-контенту (описание), A – руководитель департамента контента (утверждение запроса), C – руководитель департамента разработки ПО, I – Full-stack разработчик.
- Выполнение технической задачи: R – Full-stack разработчик / DevOps, A – руководитель департамента разработки ПО, C – руководитель департамента контента (приёмка), I – CEO.
- Тестирование интеграции силами департамента контента: R – специалист по ИИ-контенту, A – руководитель департамента контента, C – методист-дизайнер, I – руководитель департамента разработки ПО.
- Решение критического инцидента (P0/P1), связанного с контентом: R – DevOps (восстановление), A – руководитель департамента разработки ПО, C – руководитель департамента контента (проверка), I – CEO и генеральная дирекция.
4.3. Взаимодействие с генеральной дирекцией
- Утверждение дорожной карты курсов на год: R – руководитель департамента контента, A – генеральная дирекция, C – CEO, I – общее собрание акционеров.
- Предоставление ежемесячного отчёта: R – руководитель департамента контента, A – CEO (подписание), C – генеральная дирекция (запрос доп. сведений), I – акционеры.
- Проведение внепланового аудита качества: R – генеральная дирекция, A – генеральная дирекция, C – руководитель департамента контента (предоставление материалов), I – CEO.
- Инициирование корректирующих действий при невыполнении KPI: R – руководитель департамента контента, A – генеральная дирекция (утверждение плана), C – CEO, I – все сотрудники департамента.
5.1. Соответствие RACI-ролей и уровней подписи
- Исполнитель (R): подписывает подтверждение выполнения задания (например, акт выполненных работ по созданию черновика курса). Не имеет права утверждать релизы или стратегические документы.
- Подотчётный (A): подписывает документы, связанные с качеством и приёмкой результата (например, акт приёмки курса на уровне департамента). Имеет право утверждать индивидуальные планы сотрудников.
- Консультируемый (C): визирует документы, требующие экспертного мнения, но его подпись не является утверждающей (например, согласование технического задания).
- Информируемый (I): не требует подписи, но обязан быть уведомлен через корпоративную систему.
- CEO: имеет право единоличной подписи на утверждение релизов курсов и актов приёмки по процессам, где он назначен подотчётным (A) или консультируемым (C) с правом утверждения.
- Генеральная дирекция: требует коллективной подписи для утверждения годовых планов, стратегических изменений и аудиторских актов.
5.2. Порядок делегирования полномочий
Руководитель департамента контента вправе делегировать свои полномочия подотчётного (A) одному из сотрудников департамента на время своего отсутствия (отпуск, командировка, болезнь) путём издания приказа. Делегирование обязательно фиксируется в корпоративной системе управления задачами. При делегировании сотрудник приобретает все права и обязанности подотчётного на указанный срок, включая право подписи. Делегирование не освобождает руководителя департамента от конечной ответственности, если делегирование не было согласовано с CEO. При длительном отсутствии (более 30 дней) делегирование подлежит утверждению генеральной дирекцией.
5.3. Ответственность за нарушение RACI-матрицы
Нарушение закреплённого в матрице распределения ролей (например, принятие решения лицом, не имеющим полномочий подотчётного, или невыполнение обязанностей исполнителем) рассматривается как дисциплинарный проступок. При выявлении нарушения руководитель департамента обязан провести служебное расследование в течение 3 рабочих дней. В зависимости от тяжести последствий применяются меры: замечание, выговор, лишение премии за отчётный период (частично или полностью). Систематическое нарушение RACI-матрицы (более 3 раз за квартал) является основанием для постановки вопроса о соответствии сотрудника занимаемой должности.
6.1. Основания для эскалации
Эскалация применяется в следующих случаях: два или более сотрудника претендуют на роль подотчётного (A) в одном процессе; исполнитель (R) не может получить необходимые консультации от консультируемого (C) в течение установленного срока (более 1 рабочего дня); подотчётный (A) не принимает решение в течение срока, установленного регламентом; возникает конфликт интерпретации RACI-роли из-за неполноты матрицы. Инициатором эскалации может быть любой участник процесса, назначенный на роль R или C.
6.2. Процедура эскалации
Первый уровень эскалации – руководитель департамента контента. Инициатор направляет официальный запрос с описанием конфликта и предложением по разрешению. Руководитель департамента обязан дать письменный ответ в течение 1 рабочего дня. Если конфликт не разрешён на этом уровне или затрагивает смежные департаменты, эскалация переходит к CEO. CEO рассматривает конфликт, привлекает необходимых консультантов и выносит обязательное для всех сторон решение в течение 2 рабочих дней. В исключительных случаях, когда решение CEO противоречит стратегическим стандартам качества, допускается апелляция к генеральной дирекции в течение 3 рабочих дней.
6.3. Фиксация и анализ конфликтов
Все случаи эскалации подлежат регистрации в корпоративной системе управления задачами с указанием причин, решения и даты. Ежеквартально руководитель департамента контента проводит анализ зарегистрированных конфликтов и при необходимости инициирует внесение изменений в RACI-матрицу для устранения системных проблем. Анализ включается в ежеквартальный отчёт для генеральной дирекции. Если конфликты по одному и тому же процессу возникают более 2 раз за квартал, матрица по данному процессу подлежит обязательному пересмотру.
7.1. Вступление в силу
Настоящая Матрица ответственности вступает в силу с даты её утверждения генеральной дирекцией и подписания Директором по развитию и продукту (CEO). Все сотрудники департамента контента и смежных департаментов обязаны ознакомиться с Матрицей под подпись (электронную или бумажную) в течение 5 рабочих дней с момента утверждения. Сотрудники, принятые на работу после утверждения Матрицы, знакомятся с ней в день заключения трудового договора.
7.2. Внесение изменений
Изменения в настоящую Матрицу ответственности вносятся по инициативе руководителя департамента контента, CEO или любого акционера. Решение о внесении изменений, затрагивающих существенное перераспределение ролей (смена подотчётного (A) по ключевым процессам, изменение уровней подписи), принимает общее собрание акционеров большинством не менее 75% голосов. Изменения, не затрагивающие существенные условия (уточнение формулировок, добавление новых процессов без изменения существующих ролей), могут вноситься приказом CEO по согласованию с генеральной дирекцией. Все изменения подлежат регистрации в корпоративной системе управления документами.
7.3. Хранение и доступ
Оригинал Матрицы ответственности Департамента контента и методического дизайна хранится в генеральной дирекции по адресу зарегистрированного офиса: 9 Stonehill Road, Ash, Aldershot, England, GU12 6TS. Электронная версия размещена в корпоративной системе управления документами Riqli с ограничением доступа по служебной необходимости (доступ имеют руководитель департамента контента, CEO, генеральная дирекция, HR и руководители смежных департаментов). Ответственный за актуализацию и хранение – руководитель департамента контента и методического дизайна.
7.4. Приоритет нормативных актов
Во всём, что не урегулировано настоящей Матрицей ответственности, Компания руководствуется Законом о компаниях 2006 года (Companies Act 2006), Уставом RIQLI UK LIMITED, Правилами внутреннего трудового распорядка, Положением об оплате труда и премировании, Положением о Департаменте контента и методического дизайна, а также Регламентом взаимодействия со смежными подразделениями. При коллизии норм между настоящей Матрицей и трудовым договором сотрудника приоритет имеет трудовой договор. Признание недействительным одного из положений Матрицы не влечёт недействительности остальных положений.