Что такое кроссфункциональная команда

Что проверяют

Понимаете ли вы, как меняется работа аналитика, когда он сидит внутри продуктовой команды, а не в общем отделе. За вопросом обычно стоит их собственная модель работы и проверка, впишетесь ли вы в неё.

Как отвечать

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

Для аналитика это смена жанра:

требования не сдаются документом через стену, а уточняются на ходу, и критерии приёмки пишутся вместе с тестировщиком;

вы участвуете в декомпозиции и оценке, то есть отвечаете не только за полноту описания, но и за реалистичность объёма;

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

часть работы смещается к данным: разметка событий, проверка гипотезы после релиза.

Хорошо добавить, что документация никуда не девается, просто меняет вес: короткая постановка и схема сценария вместо многостраничного задания, а договорённости фиксируются там, где их прочитают, в самой задаче и в описании интеграции.

Где спотыкаются

Называют кроссфункциональной любую команду, где собраны люди разных профессий. Проверка в другом: может ли она выпустить результат без внешних звеньев. Если приёмку делает отдел качества, а выкат назначает третий отдел, состав ничего не решает.

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

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