Понятно, что надо плясать вокруг "не пытаются выравнивать свои активности с релизами, продуктовыми задачами и проблемами".
1. Работающий вариант распространения контекста (в обе стороны, кстати говоря) - это "командировки" инженеров в продуктовые команды и наоборот.
2. Донесение мысли о том, что все они тут нужны не для того, чтобы свои задачи работать, а чтобы продукты деньги зарабатывали, кажется очевидным, но почему-то обычно самым сложным :)
3. Повышение прозрачности работы "общих" команд для всех остальных. Бывает такое, что они реально дело делают, а со стороны выглядит как... "херней страдают".
4. Распространение знаний/экспертизы в продуктовые команды

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