Я смотрю на это так, что вот есть DevOps он погружен в очень глубокий крутой ресерч, и для проверки гипотез он сам пишет код back. Условно back сделал интерфейс и две реализации. А DevOps уже по примеру пишет свои реализации, а Back первые две поревьюил, а дальше и так все ок.
При этом другие разрабы, не отвлекают DevOps на всякие мелочи, типа ресурсы к деплойменту в хелмчарте добавить, шаги в пайплайне поменять местами.

Ну т.е. естьмного бэка, но мало девопса - делаешь из девопса бэка?

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

А тут DevOps не надо ждать бека, он проверяет свои гипотезы самостоятельно и явно ловит кайф от такой производительности. Ну так кажется со стороны)

Он не перерерабатывает, не делает за другого его работу, а именно получил инструмент делать свою работу быстрее.

Ну если есть время учиться и потом чем-то помогать - это ок. Но вот загружать «на всю мощность» нужно аккуратнее.

В целом, если процесс будет управляемый - ничего плохого

Но если фронт поймёт, что он девопс в душе на самом деле, то может бросить фронт:)

Или сильно больше времени тратить на направление, которое ты от него не ожидаешь

Акцент именно на улучшение процесса в котором каждый специалист выстроит мосты к другим специалистам, которые помогут быстрее делать свои задачи.
Тот же пример back/front  и  QA. К примеру QA может быть загружен, а разраб сам поправил его тесты, они прошли, QA поревьюил - оказалось все хорошо. Итого QA один раз переключил контекст на задачу, разработчик один раз. Иначе с мелкими правками - это могло быть н-раз у каждого.

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

Все так

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

А вообще, добавьте разрабов, а то выглядит, как будто их не хватает и хотите из тестера и админа сделать джунов

А сколько человек вообще? Сколько бэков, фронтов, тестеров и "девопс" чтобы это не значило

Ну и главное забыли - спринты-то вам зачем?

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

Уровень менеджмента. Работники вообще же ни при чем.

На развод похоже)
Синица в руках и синица в небе выходит (не журавль). Надо бежать от хитрожопых.

А может быть для начала у команды спросить - чего хотят они?