Alterar o sprint backlog

Oi Frederico, enxergo que não podemos engessar nossas atividades por conta de um plano que não saiu como planejado. Lembre-se que no próprio manifesto ágil diz que: "Responder a mudanças mais que seguir um plano". Não que seguir uma plano não tenha valor, mas responder a mudanças é bem mais importante. Nesse caso poderiam conversar com o PO sobre o problema para que ele ajuda-se a retirar esse impedimento, muito provavelmente colocando outra história no lugar daquela que travou.

De acordo com sua descrição, acredito que nesse cenário, o Sprint Goal estava intimamente ligado com a integração, e como a mesma não mais poderia ser feita, o mesmo pode ter se tornado obsoleto fazendo onde imagino que o cancelamento do Sprint seja a melhor decisão a ser tomada. Os itens não finalizados, relacionados à esse trabalho, voltariam para o Product Backlog e seriam priorizados novamente, provavelmente perdendo prioridade visto os impedimentos listados. Um novo Sprint começaria dando sequência na mais nova prioridade.

Entendo que consultar o PO e decidir qual história será priorizada é o que a equipe de desenvolvimento deve fazer. Na retrospectiva da sprint, a equipe deve tirar alguma lição ou rever algum item na comunicação que poderia ter mitigado este risco.