Oi, Otavio! Tudo bem?

No Scrum, o objetivo principal de cada sprint é entregar um incremento de produto que esteja "pronto", o que significa que ele deve estar em um estado que poderia ser entregue ao cliente. No entanto, situações como a que você descreveu, onde há interdependências, podem ocorrer.

No seu caso, se o incremento de software está concluído, testado e aprovado, ele pode ser considerado como "pronto" dentro do contexto do Scrum, mesmo que não possa ser imediatamente colocado em produção devido a dependências externas. O importante é que ele esteja em um estado que, tecnicamente, pudesse ser entregue.

Isso é algo que pode ser abordado durante as reuniões de planejamento e revisão, para garantir que todos os stakeholders estejam cientes das interdependências e do planejamento necessário para a entrega final. A equipe pode planejar sprints futuras para resolver essas dependências e garantir que o valor agregado possa ser entregue ao cliente assim que possível.

Espero ter ajudado!

Um forte abraço e bons estudos!