Кросс-функциональная задача — одна карточка на все отделы

Кросс-функциональная задача — это работа, в которой участвуют два и более отдела со своими досками: релиз, запуск кампании, интеграция с партнёром, онбординг крупного клиента. Результат у такой работы один, а исполнители сидят в разных пространствах, поэтому карточку обычно дублируют — и получают несколько расходящихся версий правды.

Решение — не копия, а привязка: одна карточка числится сразу в нескольких проектах. Статус, сроки, комментарии и вложения у неё общие, но каждый отдел работает с ней на своей доске.

Пока правила нет, каждый отдел заводит себе копию. Разработка двигает свою карточку, маркетинг — свою, в проектном офисе третья версия в таблице. Срок сдвинулся у одних, у других он прежний, и выясняется это на статус-встрече за два дня до релиза.

Появляется роль человека-синхронизатора: кто-то вручную переносит статусы и комментарии между досками. Обсуждение задачи разъезжается по трём карточкам — в одной согласовали макет, в другой задают тот же вопрос заново. А когда срок всё-таки переносят, его приходится пересогласовывать в каждой копии отдельно, и одна из них неизбежно остаётся старой.

• Начните с коротким списком: 5–10 типов работ, которые точно кросс-функциональные. Переводить на общие карточки всё сразу не нужно.
• Название кросс-задачи пишите от результата, а не от отдела: «Релиз 4.2», а не «Релиз 4.2 — разработка».
• Метки ожидания держите парами «ждёт X» — так в сводке сразу читается, кого ждём, без открытия карточки.
• Сохраните вид PMO и дайте на него ссылку в чате руководителей, чтобы фильтры не пересобирали каждый раз.
• Вехи передачи работы ставьте явно: «макеты переданы», «сборка готова». Именно на этих точках обычно теряются дни.
• Договоритесь, что перенос срока общей задачи обсуждается в комментариях карточки, а не в личных переписках — тогда у решения остаётся след.

Малая команда (до 15 человек, 2–3 пространства). Хватит метки «кросс-проект», поля «проект-владелец» и одного сохранённого списка. Если вы на бесплатном тарифе, шаг с зависимостями и вехами замените сроками в списке — сортировка по дате даёт понимание последовательности, хотя блокировки придётся держать в голове.

Средняя команда с PMO. Добавляется Гант проекта-владельца с вехами передачи и базовым планом, чтобы сравнивать факт с исходными датами. Сводный вид группируется по проекту, второй — по ответственному для планёрки.

Корпорация. Правило фиксируется письменно: какие типы работ обязаны быть общими, кто владелец статуса по каждому типу. Статусы приводят к единому набору на уровне Справочников команды. Автоматизация оповещений смежных отделов включается точечно — это платная функция, действия списываются со счёта команды. И помните про границу: если отделу по регламенту нельзя видеть карточку целиком, общая задача не подходит — нужны две связанные с ограниченным доступом.