SirotaKazansky

Напишите маленький DSL и передавайте его в текстовом виде в GET-параметре query.
Если не обращать внимания на запах (не делайте так никогда), можно прям

GET /objects/?query=WHERE A AND B OR NOT A AND B OR A IS NULL OR B IS NULL

Во-первых, что не в спринте, то не делается. Во-вторых, вопрос "за сколько ты сделаешь эту задачу" означает не через сколько она будет готова, а сколько часов её делать. В рабочей неделе есть ровно 40 часов, хотите другие задачи, выбирайте от каких запланированных их отнять, то есть что в этом спринте сделано не будет.

Тут надо сразу прикидывать, сколько часов в день у вас продуктивной работы, помимо ответов на призывы/сообщения, всяких ревью, встреч, кофе и прочего. И уже давать оценку задачкам на основе этого времени.
Если требуют что-то большое сделать, просите оформить задачку и говорите "запланируем в следующий спринт". Если "срочно горит" то пишите PM (или кому нужно) что "нарисовалась задачка, просят выполнить, поменяем в спринте на что-то другое?". Да и не грех на следующем планировании сказать "Я из своего спринта не успел сделать задачу, т.к. взял срочную задачку, поэтому моя задача перейдет в следующий спринт", но лучше заранее предупредить своего PM.

- Аналитик, помги тут срочно, у нас соседи не справляются с задачами, реши им хоть одну проблему.

У соседей есть свой PM, пусть через него и просят у вашего PM. В большинстве случаев, после разговора оказывается, что задачка не такая уж и срочная, подождет до следующего спринта.

Но немаловажная суть микросервисов в том, что бы минимизировать зависимости, в том числе обеспечить каждый микросервис своей БД. Дублировать данные для каждого микросервиса нет никакого смысла.

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

Если с какими-то данными, за который отвечает микросервис А нужно что-то сделать в микросервисе Б, то надо не дублировать их в Б, а поменять А чтобы он предоставлял апи для работы с этими данными, и вызывать это апи из Б. Дальше А уже сделает то что нужно.

Конечно для правильного разделения надо будет пересмотреть архитектуру, структуру данных, логику работы и прочее. Но вы вроде этим как раз и хотите заняться а не просто "переписать на java"