Как управлять кросс-функциональной командой

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

Начните с NUBL — таск-трекера для команд и проектов. Соберите временную группу, заведите проект с этапами и свяжите задачи с работой отделов. Разберём настройку на примере агентства и клиентского заказа.

В такую группу входят эксперты разных специальностей, обычно работающие в отдельных подразделениях. Это могут быть сотрудники исследований и разработки, проектирования, инжиниринга, маркетинга или дистрибуции. У каждого своя профессиональная оптика, но результат у всех общий.

Людей временно объединяют для работы, где одной функции недостаточно. Такой формат используют Agile-команды, digital-агентства, продуктовые компании и стартапы. При этом специалист остаётся частью своего отдела, поэтому его договорённости и нагрузка должны быть прозрачны.

Создайте отдельную команду и назовите её по проекту или клиенту. Для условного заказа агентства подойдёт название «Проект клиента Е»: по нему участники сразу понимают, зачем существует группа и к какой работе она относится.

Добавьте тех, чьи навыки нужны для результата: например, дизайнера, разработчика, аккаунт-менеджера и маркетолога.

Не исключайте человека из постоянного подразделения. Дизайнер может оставаться в команде «Дизайнеры» и параллельно входить в проектную группу.

Заранее выберите режим доступа. Приватную команду собирает, меняет и расформировывает её создатель; публичную могут настраивать остальные участники. Решение зависит от чувствительности информации и того, кому разрешено менять состав.

Для клиентской работы заведите отдельный проект с тем же понятным названием — например, «Клиент Е». Он станет точкой схождения всех задач по заказу: здесь видны дорожная карта, текущая работа и общий прогресс.

Руководитель или project-менеджер отслеживает выполнение, корректирует план и назначает задачи участникам группы.

Отразите этапы доской: «К работе», «В работе», «Утвердить с командой», «Утвердить с клиентом». Колонки должны описывать реальный маршрут задачи.

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

Пригласите созданную команду в проект через список участников или настройки команды и доступов. После этого группа увидит содержимое даже приватного проекта: текущие задачи, ближайшие планы и общий маршрут работы.

Участники продолжают выполнять задачи других проектов, поэтому учитывайте их суммарную загрузку. На общей доске человек может выглядеть свободным, хотя уже занят работой отдела.

Создайте проекты постоянных команд — «Дизайнеры», «Разработка», «Продвижение» — и объедините их в папку регулярной работы подразделений.

На отделской доске специалисты видят свой порядок выполнения, а клиентский проект сохраняет общую картину заказа.

Свяжите одну задачу сразу с двумя проектами: клиентским и проектом отдела исполнителя. Тогда карточка появится на обеих досках, но останется одной задачей с единым описанием, сроком и результатом. На ней по-прежнему будет видно, к какому исходному проекту она относится.

Дизайн-макет виден в пространстве клиента и одновременно проходит этапы на доске дизайнеров. Копировать поручение и сверять версии не нужно. Если очередь растёт, используйте правила из руководства о том, как вести бэклог.

В результате менеджер видит заказ целиком, а каждый специалист понимает своё действие и сохраняет привычный процесс отдела.