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

Слабое место подхода связано с подменой ответственности присутствием на встречах. Если у squad нет владельца результата, права принимать решения и доступных ресурсов, команда превращается в расширенный чат. В таком чате обычно много согласований и мало движения.

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

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

Андрей Волков рассматривает кросс-функциональные команды как ответ на ситуацию, в которой прежние границы отделов начинают замедлять бизнес. При этом объединять функции ради модного слова squad бессмысленно. Если решения по-прежнему проходят длинную цепочку согласований, новая вывеска не меняет старую систему.

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