Uma equipe Scrum se comprometeu a entregar uma funcionalidade na primeira release, mas problemas operacionais impediram o desenvolvedor de entregar recursos-chave e o líder técnico pediu demissão. Como o gerente de projeto deve fazer a equipe Scrum prosseguir para se recuperar?

A opção correta é revisar as restrições no planejamento do sprint em andamento e avaliar as opções para o plano de release. Em um ambiente Scrum, o Gerente de Projeto (ou Scrum Master, neste contexto) deve facilitar a adaptação da equipe diante de imprevistos. O pedido de demissão do líder técnico e a incapacidade de entregar funcionalidades-chave são restrições significativas que afetam o sprint atual e o plano de release. A equipe precisa reavaliar o que é factível, ajustar o escopo do sprint e, se necessário, renegociar as expectativas para a release. Parar o sprint e replanejar é uma medida drástica que só deve ser tomada em casos extremos de inviabilidade total, o que não é explicitamente indicado aqui. Consultar o plano de gerenciamento de recursos pode ser útil, mas não aborda a necessidade imediata de adaptação do sprint e do plano de release. Continuar o sprint atual sem reavaliar as restrições pode levar a mais falhas e frustrações, pois a equipe já está comprometida com algo que se tornou inviável.