Бывали в такой ситуации? Материалы готовы, обложки есть, а в ночь перед релизом вдруг нет основной версии, права не «очищены», на сайте нет «справки» под нейропоиск — и каждый второй сотрудник уверен, что это должен был сделать кто-то другой. Это не проклятие — это потерянные роли.

В управлении проектами десятилетиями работает матрица RACI (кто делает/кто отвечает/кого консультируем/кого информируем), а практику DRI («прямой ответственный») популяризировали описания внутренней системы Apple: у каждой значимой штуки — конкретное имя. Вместе это превращает «все отвечают» (считай, никто ни за что) в «ответственный - вот он». Исследования сходятся: чем яснее роли и цели, тем выше эффективность команды.

Мы делаем одну историю в пяти версиях, выкатываем на разные площадки, соблюдаем права, готовим «справки» под нейропоиск и подключаем ИИ. Стыков много, окна публикаций узкие, алгоритмы любят регулярность — без назначенного A (владельца итога) и DRI (кто согласует завтра утром) всё закономерно «расходится».

Что сделать прямо сейчас (60–90 минут) Соберите мини-сессию и выпишите 12–20 наблюдаемых результатов по цепочке «история → форматы → публикации → право → справки/сайт → метрики».

На каждую строку назначьте одного A (владелец результата) и одного DRI (имя, контакт, срок реакции).

Расставьте R/C/I с простыми правилами: C ≤ 2–3 на задачу, I — пакетно раз в неделю, DRI — живой человек, не «отдел».

Сделайте «сухую репетицию» на одном результате и закрепите, где лежат файлы/документы и как идёт информирование.

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

A. Быстрая проверка матрицы (5 минут) [ ] На каждой строке есть ровно один A и указан DRI с временем реакции. [ ] C не больше 2–3; остальное — в «I» (сводка/канал релизов). [ ] Есть признаки «достаточно хорошо» на приёмке. [ ] Команда знает, где смотреть статусы (релиз-табло/лист).

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

C. Регистр DRI — один список «к кому стучать завтра» [ ] Доступен всем; у каждого пункта — живой человек, не «отдел».

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

План на 14 дней (реально сделать) День 1. Сессия 90 минут:собрать матрицу, назначить DRI. День 2. Заполнить регистр DRI (каналы, сроки, «кто замещает»). День 3. Сухая репетиция на одном результате. День 4. Чек-лист ЕРИР и лог ИИ в карточке выпуска. День 5. Две «справки» на сайт. Неделя 2. Три релиза по новой матрице + пятничная сводка «что мешало/что помогало» → правим 1–2 строки. День 14. Утвердить постоянные роли: A по поставке / A по ЕРИР / A по справкам….

Антипаттерны → быстрые правки Два A на строку → оставить одного; второй — R или C. DRI = «отдел» → вписать конкретного человека. Матрица висит «для вида» → каждую неделю прогон на одном реальном выпуске.

Итог Назначьте одного владельца итога и одного DRI на каждый видимый результат, урежьте «советование», ведите один регистр «к кому идти завтра» — и ночные «я думал, это делает Андрей» закончатся.