O estudo de caso apresenta alguns problemas que podem ser resolvidos com as seguintes ações: 1) Não foi realizado o Grooming: O Scrum Master deverá garantir que o Time Scrum levante todos os pontos positivos e de melhoria, assim com o plano de ação, na próxima Reunião de Retrospectiva e priorizar, no mínimo, um item a ser realizado, para a próxima Sprint. 2) Durante o Planejamento da Sprint, o Time de Desenvolvimento não construiu o Sprint Backlog: Dada a responsabilidade do Scrum Master de garantir o cumprimento das práticas e dos processos do Framework Scrum, ele auxiliaria o Product Owner organizar a reunião junto com o Time de Desenvolvimento. 3) A Reunião de Retrospectiva não foi realizada corretamente: Como Scrum Master é necessário instigar a comunicação e ensinar que a reunião diária é uma excelente oportunidade de inspeção e adaptação, ela mitiga reuniões menores e possibilita o Time de Desenvolvimento a verificar se está trabalho para atingir a meta da Sprint. 4) Não há o checklist de Pronto, ou seja, não foi acordado entre Time de Desenvolvimento e PO a “Definição de Pronto”: Dada a responsabilidade do Scrum Master de garantir o cumprimento das práticas e dos processos do Framework Scrum, ele auxiliaria o Product Owner a entender a importância de possuir os itens detalhados e priorizados, formando um Product Bakcklog. 5) Não há um Product Backlog definido: O Scrum Master deve iniciar a discussão e auxiliar a confecção, junto ao Time Scrum, do checklist na próxima Reunião de Retrospectiva. 6) O Time de Desenvolvimento não está vendo valor em realizar a reunião diária: Como Scrum Master é de sua responsabilidade que o Time Scrum realiza-se todas as etapas do Framework Scrum, portanto, durante a Reunião de Planejamento da Sprint, o Scrum Master deve apresentar a necessidade de criar o Sprint Backlog e ensinar o Time de Desenvolvimento a construir o seu.
Para escrever sua resposta aqui, entre ou crie uma conta
Compartilhar