В «PMBOK® Guide» (публикация Project Management Institute) прямым текстом сказано: ясные роли и ответственность — базовое условие предсказуемого результата; хорошо отрисованная матрица RACI — это на 100% рабочий способ все зафиксировать. Практику DRI («прямой ответственный») популяризировали описания системы Apple — у каждой важной штуки есть конкретное имя, у которого можно узнать все подробности хоть поздней ночью во вторник, хоть ранним утром в воскресенье. Это, скажем так, дополнительный штрих, который сделает общую картину еще ярче.

Но! Прежде чем рисовать таблицу ролей, надо увидеть сам процесс: где именно появляется видимый результат, что такое «достаточно хорошо» и в каких точках нужен человеческий выбор. Тогда RACI отвечает «кто делает/кто принимает», а DRI — «кто принимает ключевое решение».

Что сделать прямо сейчас (60–90 минут)

Нарисуйте «ленту результатов» по одной типовой истории производства контента: «короткая версия → длинная → карточки публикаций → права → “справка” для сайта → релиз-лист».

Запишите к каждому ожидаемому результату 2–3 признака “достаточно хорошо” (не «идеально», а именно «готово») и окно передачи (кто забирает результат и принимает качество).

Отметьте решения, где автоматом не обойтись: go/no-go для CTV, утверждение ЕРИР, выбор опорной площадки и окна, порог качества короткой версии, текст про рекомендации на сайте, пометка про использование ИИ, реакция на инциденты… все, что важно для проекта.

Соберите черновик RACI (именно черновик): по каждой строке ровно один A (кто отвечает за итог), C (кто дает совет) ≤ 2–3, I (руководство) — отчет пакетно раз в неделю. Не нужно дергать руководителя каждый час промежуточными статусами!

Назначьте DRI на каждое решение: живой человек, канал связи, срок его реакции и заместитель на всякий случай.

Сделайте «сухую репетицию» на одном потоку: пройдите по признакам качества и окнам передачи без ночного героизма.

Чек-лист «Без ночных подвигов»

A. Лента результатов (видимо и измеряемо) [ ] Для каждой единицы есть 2–3 признака «достаточно хорошо». [ ] Определено окно передачи: когда/куда/кто принимает. [ ] Релиз-лист собирается автоматически (или просто легко и понятным всем образом).

B. Черновик RACI (рабочая версия, а не мраморная плита) [ ] На каждой строке один A и понятный R (исполнитель). [ ] C не больше 2–3; лишние консультации — в I (еженедельная сводка). [ ] Версия/дата/ссылка на место хранения указаны.

C. Реестр DRI (решения с «телефонной трубкой») [ ] У каждого решения есть DRI + канал + срок реакции + зам. [ ] Go/No-Go для ТВ, ЕРИР, порог короткой версии, «справки» для сайта, пометка ИИ — все с DRI.

D. Критические зоны цифры — у каждой свой A/DRI [ ] Форматы: короткая вертикаль, длинная/CTV, обложки. [ ] Публикации: карточки по площадкам и поставка «в окна». [ ] Право/ЕРИР: связка с договорами/актами, чек-лист перед релизом. [ ] Сайт/нейропоиск: «вопрос → короткий ответ → подробнее», дата/автор. [ ] ИИ: что делал ИИ, кто проверил, где помечаем.

E. «Сигнал → действие» — Сорвалось окно публикации → назначить A по поставке, прописать DRI и резервное окно. — Возвраты по ЕРИР → выделить отдельную строку, назначить A/DRI, добавить чек-лист «до релиза». — Вечное согласование → урезать C до 2–3, остальное в I. — «Никто не принял работу» → добавить признак приёмки и «время приёмки» в окно передачи.

F. План на 14 дней (реально сделать) Д1 — Маппинг (60 мин) → список результатов и решений. Д2 — Черновик RACI (+ короткая «дежурная» версия на 8–10 строк). Д3 — Реестр DRI, карточки результата/решения. Д4 — ЕРИР-чек-лист и лог ИИ в карточку выпуска. Д5 — «Сухая репетиция» на одной вертикали. Нед.2 — Три релиза по новой матрице, короткий разбор → правим 10% строк. Д14 — Зафиксировать постоянных: A по поставке / A по ЕРИР / A по “справкам”.

Итог Никакой магии: сначала видим процесс, потом закрепляем кто принимает итог (A) и кто режет спор (DRI). Когда у каждой строки и у каждого решения есть своё имя, ночные подвиги заканчиваются сами собой.