если честно, то не был в такой ситуации. Если были нужны какие-то поля, то они всегда создавались в наших сервисах, а не в сервисах овнеров. В чужие сервисы редко лезли, потому что они выдавали полную информацию, а как использовать эти данные решалось на нашей стороне. Не могу сказать как вам точно помочь, тут нужно сидеть и разбирать архитектуру и области ответственности подробнее. Возможно вам нужен более опытный коллега в команде.
почему одна фича может затрагивать более одного микросервиса? кто является клиентом этой фичи с точки зрения инфраструктуры? можете привести какой-то реальный пример?
документацию просто так никто не читает, только конкретные моменты, в которых бывают трудности. Лучше читать книги, туториалы, смотреть видосы если непонятно.
Я думаю это не нормально, начальство должно адекватно распределять силы разработчиков и не вешать на вчерашнего стажера слишком много задач и обязанностей. Работа в двух скрам командах это карго культ. Скрам предполагает полную изолированность команды. Когда мозг противиться чему-то, значит для этого есть причины. Предлагаю вам не работать больше чем нормальный рабочий день, работать только по одной задаче в один период времени. Не ждите до предела, что само что-то поменяется.