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

• BPMN (Business Process Model and Notation) — нотация моделирования бизнес-процессов, использующая графические элементы (события, задачи, шлюзы, потоки).
• IDEF0 — методология функционального моделирования, описывающая процессы в виде блоков (функций) со входами, выходами, управлениями и механизмами.
• EPC (Event-driven Process Chain) — нотация цепочек процессов, управляемых событиями, с элементами «событие», «функция», «логический оператор», «связь».
• Владелец процесса — должностное лицо, ответственное за результат процесса и имеющее полномочия для его исполнения.
• Чек-лист — структурированный перечень шагов или проверок для выполнения типового сценария.

2.1. Стратегические процессы

• SP.01 — Разработка и корректировка стратегии компании (OKR, BSC) — нотация IDEF0 — владелец CEO — периодичность: ежегодно (корректировка — по необходимости).
• SP.02 — Утверждение годового бюджета — нотация EPC — владелец CEO — периодичность: ежегодно (ноябрь–декабрь).
• SP.03 — Проведение стратегической сессии с акционерами — нотация BPMN — владелец CEO — периодичность: не реже 1 раза в год.
• SP.04 — Формирование квартальных планов департаментов — нотация IDEF0 — владелец CEO — периодичность: ежеквартально.

2.2. Продуктовые процессы

• PP.01 — Запуск нового ИИ-курса — нотация EPC — владелец CEO — периодичность: по мере необходимости.
• PP.02 — Утверждение дорожной карты продуктов — нотация BPMN — владелец CEO — периодичность: ежеквартально.
• PP.03 — Принятие решения о релизе ПО — нотация IDEF0 — владелец CEO (совместно с CTO) — периодичность: по каждому релизу.
• PP.04 — Анализ качества контента и кода — нотация BPMN — владелец CEO — периодичность: ежемесячно.

2.3. Операционные процессы

• OP.01 — Распределение операционного бюджета — нотация IDEF0 — владелец CEO — периодичность: ежемесячно.
• OP.02 — Согласование найма сотрудников — нотация BPMN — владелец CEO — периодичность: по мере необходимости.
• OP.03 — Решение ресурсных конфликтов между департаментами — нотация EPC — владелец CEO — периодичность: по мере возникновения.
• OP.04 — Утверждение приказов о дисциплинарных взысканиях и поощрениях — нотация BPMN — владелец CEO — периодичность: по мере необходимости.

2.4. Процессы управления эффективностью и отчётности

• RE.01 — Сбор и анализ KPI департаментов — нотация IDEF0 — владелец CEO — периодичность: ежемесячно.
• RE.02 — Расчёт премии руководителей департаментов — нотация BPMN — владелец CEO — периодичность: ежемесячно.
• RE.03 — Подготовка ежемесячного отчёта генеральной дирекции — нотация EPC — владелец CEO — периодичность: ежемесячно.
• RE.04 — Подготовка ежеквартального отчёта общему собранию акционеров — нотация IDEF0 — владелец CEO — периодичность: ежеквартально.

2.5. Процессы управления рисками и инцидентами

• RM.01 — Обработка критического инцидента (P0/P1) — нотация EPC — владелец CEO — периодичность: по мере возникновения.
• RM.02 — Проведение постмортема после инцидента — нотация BPMN — владелец CEO (совместно с CTO) — периодичность: после каждого P0/P1 инцидента.
• RM.03 — Запуск корректирующих действий по результатам аудита — нотация IDEF0 — владелец CEO — периодичность: по мере необходимости.
• RM.04 — Обеспечение соответствия GDPR/152-ФЗ/CCPA — нотация BPMN — владелец CEO — периодичность: непрерывно (контроль ежеквартально).

3.1. Чек-лист: Принятие стратегического решения (SP.01)

При принятии стратегического решения (например, запуск нового ИИ-продукта) CEO выполняет следующий чек-лист:

• Провести анализ рынка и конкурентов (SWOT, PESTLE) — срок 5 рабочих дней.
• Оценить требуемый бюджет и окупаемость (ROI, NPV, IRR) — срок 3 рабочих дня.
• Согласовать предварительное решение с генеральной дирекцией (презентация) — срок 1 день.
• Поручить руководителям департаментов подготовить планы реализации (дорожная карта, ресурсы, сроки) — срок 10 рабочих дней.
• Собрать стратегическую сессию с руководителями департаментов и (при необходимости) акционерами — 1 день.
• Принять решение и утвердить его приказом CEO — 1 день.
• Назначить ответственных за реализацию и установить KPI для каждого этапа — 2 дня.
• Контролировать выполнение еженедельно через дашборд в корпоративной системе Riqli.

3.2. Чек-лист: Обработка критического инцидента (RM.01)

При возникновении критического инцидента (например, недоступность платформы, утечка данных) CEO выполняет следующий чек-лист:

• Получить уведомление от департамента разработки или системы мониторинга (Prometheus+Grafana) — время реакции 15 минут.
• Запустить процедуру эскалации: уведомить руководителей департаментов, генеральную дирекцию, при необходимости — акционеров (в течение 30 минут).
• Собрать оперативный штаб (CEO, CTO, руководитель департамента разработки) — в течение 1 часа.
• Принять решение о привлечении дополнительных ресурсов (сверхурочная работа, подрядчики) — в течение 30 минут после сбора штаба.
• Контролировать устранение инцидента (время восстановления не более 4 часов для P1, не более 1 часа для P0).
• После устранения — провести постмортем (анализ причин, корректирующие действия) — в течение 2 рабочих дней.
• Внести изменения в документы (политики, инструкции) и провести обучение сотрудников — в течение 5 рабочих дней.
• Направить отчёт генеральной дирекции в течение 24 часов после устранения.

3.3. Бизнес-процесс «Утверждение годового бюджета» (SP.02) в нотации EPC

Событие: Начало финансового года (ноябрь).

• Функция CEO: Подготовить проект бюджета на основе стратегии и планов департаментов (срок — до 15 ноября). Входы: стратегия компании, KPI на следующий год, исторические данные по расходам. Выходы: проект бюджета.
• Функция CEO: Представить проект генеральной дирекции (до 20 ноября).
• Событие: Генеральная дирекция рассматривает проект (до 30 ноября).
• Логический оператор (XOR): Если проект требует корректировок — переход к функции «Внести корректировки». Если утверждён — переход к событию «Бюджет утверждён».
• Функция CEO: Внести корректировки по требованию генеральной дирекции (до 5 декабря).
• Событие: Генеральная дирекция утверждает бюджет (до 10 декабря).
• Функция CEO: Подписать бюджет (уровень подписи — коллективная подпись генеральной дирекции и подпись CEO).
• Функция CEO: Ознакомить руководителей департаментов с утверждённым бюджетом (до 15 декабря).
• Событие: Конец процесса.

3.4. Бизнес-процесс «Запуск нового ИИ-курса» (PP.01) в нотации EPC

Событие: Поступило предложение по новому ИИ-курсу.

• Функция CEO: Утвердить тему и формат курса (роль C в RACI) — срок 2 дня. Критерии: соответствие стратегии, рыночный спрос, бюджет.
• Функция CEO: Поручить департаменту контента создать контент (генерация ИИ, редактура) — срок устанавливается руководителем департамента контента.
• Функция CEO: Поручить департаменту разработки ПО настроить автоматизацию (API, бэкенд) при необходимости — срок до 3 рабочих дней для типовых интеграций.
• Функция CEO: Согласовать бюджет на продвижение с генеральной дирекцией (если требуется).
• Функция CEO: Утвердить пилотное тестирование курса (с участием департамента маркетинга и продаж) — срок 5 дней на тестирование.
• Логический оператор (XOR): Если тестирование успешно (оценка ≥ 4,0) — переход к запуску. Если нет — возврат на доработку.
• Функция CEO: Принять решение о запуске на основании результатов тестирования.
• Функция CEO: Подписать акт приёмки курса (уровень подписи — CEO).
• Функция CEO: Контролировать выполнение плана продаж по курсу через ежемесячные KPI (NPS курса, количество покупок).
• Событие: Курс запущен.

3.5. Чек-лист: Ежемесячная отчётность генеральной дирекции (RE.03)

При подготовке ежемесячного отчёта для генеральной дирекции CEO выполняет следующий чек-лист:

• Собрать отчёты от руководителей департаментов (до 5-го числа).
• Свести KPI по каждому департаменту и общефирменные KPI (форма в корпоративной системе Riqli).
• Подготовить финансовый отчёт (P&L, факт vs план, кассовые разрывы) совместно с финансовым директором.
• Описать ключевые достижения и инциденты за месяц (с анализом root cause для инцидентов).
• Предложить корректирующие действия при отклонениях от плана (до 3 страниц).
• Сформировать план на следующий месяц (в формате OKR для компании).
• Подписать отчёт (уровень подписи — CEO).
• Направить отчёт генеральной дирекции не позднее 10-го числа.
• Внести правки по требованию генеральной дирекции в течение 2 дней.

3.6. Сценарий: Проведение стратегической сессии с акционерами (SP.03)

CEO организует стратегическую сессию с акционерами не реже одного раза в год (декабрь–январь). Сценарий:

• За 30 дней до сессии: CEO формирует повестку (стратегия на следующий год, OKR, KPI, бюджет, инвестиции).
• За 15 дней: CEO направляет акционерам предварительные материалы (отчёт за год, проект стратегии).
• За 5 дней: CEO согласовывает дату и формат (очно/онлайн) с акционерами.
• День сессии: CEO презентует итоги года, предлагает OKR на следующий год, отвечает на вопросы акционеров.
• По итогам сессии: CEO фиксирует решения в протоколе, подписанном CEO и генеральной дирекцией.
• В течение 5 рабочих дней: CEO вносит утверждённые изменения в стратегию и KPI.

4.1. RACI для процесса «Разработка стратегии» (SP.01)

• CEO — A (Accountable): финальная ответственность за разработку и утверждение стратегии.
• Генеральная дирекция — C (Consulted): утверждает стратегию, вносит корректировки.
• Руководители департаментов — R (Responsible): предоставляют входные данные (KPI, ресурсы, риски).
• Акционеры — I (Informed): получают итоговую стратегию на сессии.

4.2. RACI для процесса «Запуск ИИ-курса» (PP.01)

• Департамент контента — R: создание контента, промпт-инжиниринг, редактура.
• Руководитель департамента контента — A: финальное качество и соблюдение стандартов.
• CEO — C: утверждает тему и формат курса, принимает решение о запуске.
• Департамент разработки ПО — R: настройка API, бэкенд при необходимости.
• Департамент маркетинга и продаж — I: получает курс для продвижения после утверждения CEO.
• Генеральная дирекция — I: уведомляется о запуске крупных курсов (бюджет > £10 000).

4.3. RACI для процесса «Обработка критического инцидента» (RM.01)

• Департамент разработки ПО и IT-инфраструктуры — R: устранение инцидента, технический анализ.
• CTO — A: координация технической команды, принятие технических решений.
• CEO — C: принятие решений о привлечении ресурсов, эскалация акционерам, коммуникация с клиентами.
• Генеральная дирекция — I: уведомляется о P0/P1 инцидентах в течение 1 часа.
• Акционеры — I (при сумме ущерба > £50 000 или утечке данных).

5.1. Метрики процессов

• Время цикла стратегического планирования (SP.01): ≤ 30 рабочих дней от инициации до утверждения.
• Время запуска ИИ-курса (PP.01): ≤ 20 рабочих дней от утверждения темы до запуска (без учёта сложных интеграций).
• Время обработки критического инцидента (RM.01): для P1 — ≤ 4 часов, для P0 — ≤ 1 часа.
• Своевременность отчётности (RE.03, RE.04): 100% отчётов сдаются в установленный срок.
• Доля процессов с утверждёнными чек-листами: 100% (все процессы из раздела 2 должны иметь чек-лист).

5.2. Контрольные точки процессов

• Точка 1: После каждого процесса — подписание акта/отчёта CEO и (при необходимости) генеральной дирекцией.
• Точка 2: Ежеквартальный аудит выполнения чек-листов — проводится генеральной дирекцией.
• Точка 3: При отклонении фактических метрик от плановых более чем на 20% — запуск корректирующих действий (RM.03).
• Точка 4: Постмортем после каждого P0/P1 инцидента с фиксацией выводов в корпоративной системе Riqli.