Fórum de discussão

Consulte abaixo todas as dúvidas e comentários relacionados a este curso. Se você tem alguma dúvida, utilize o botão CRIAR NOVO TÓPICO. Verifique antes se a sua dúvida já não foi enviada por outro aluno.


Erros x Melhorias Categoria: Dúvidas gerais - Módulo: Módulo 2 - Papéis no Scrum
Enviado em 10/11/2016 22:10

O P.O liberou a entrada em produção de um entregável.

Quando os stakeholders começaram a utilizar, ocorreram erros graves em produção.

A empresa não tem uma equipe de sustentação, se tivesse seria direcionado a eles. Certo?

Neste casoa equipe que já está executando uma Sprint, de modo emergencial para, e corrige o erro em produção?

Diferente de uma melhoria que pode entrar no backlog do produto, um erro deve ser tratado de maneira emergencial, correto?

Qual o melhor tratamento para este caso?

Obrigada.
  
Re: Erros x Melhorias Categoria: Dúvidas gerais - Módulo: Módulo 2 - Papéis no Scrum
Enviado em 10/11/2016 23:36
Boa noite, Janaina

Sim, neste seu cenário, se houvesse uma equipe de sustentação seria ela quem resolveria o problema.

A luz apenas do Scrum Guide, erros fazem parte do backlog do produto. Então quando erros são reportados deveriam ser incluídos no backlog do produto e depois serem priorizados pelo Dono de Produto.

Na prática: ou você tem um time de sustentação ou reserva horas do time de desenvolvimento (cria um buffer) durante a sprint para resolver erros que são reportados.

abraço,

Kelvin
Re: Erros x Melhorias Categoria: Dúvidas gerais - Módulo: Módulo 2 - Papéis no Scrum
Enviado em 16/01/2017 17:09
Aqui funciona um pouco diferente. Junto com as tarefas registrada no TFS colocamos as condições do teste de aceitação, iniciando a validação após o desenvolvedor acreditar que finalizou a tarefa. Em seguida, lista as tarefas concluídas e informo ao PO que pode validar junto com o cliente no ambiente de homologação. A maioria passa, mas algum retorna para revisar. Com esse pequeno escopo, damos um numero de versão e liberamos para produção apenas itens revisados, testado e liberados pelo PO. Se mesmo assim, acontecer um falha, um BUG é registrado e priorizado sua correção na próxima Sprint pelo PO. Se falha ocorrer na homologação, a tarefa é modificada para em andamento e retornar para o desenvolvedor. Evidente que cada empresa busca sua forma de trabalhar com os BUGs gerados.
xÉ necessário estar logado no ambiente de ensino para poder enviar respostas. Fazer o login
Evite a pirataria

Para que continuemos desenvolvendo novos cursos com preços acessíveis, contamos com a sua colaboração. O conteúdo dos nossos cursos não pode ser redistribuído de qualquer forma ou por qualquer meio. Somente o aluno devidamente inscrito nos cursos poderá fazer uso dos nossos materiais. Se você identificar que alguém está usando indevidamente o conteúdo dos nossos cursos, ou distribuindo-o ilegalmente, por favor avise-nos imediatamente através do e-mail contato@tiexames.com.br. Veja as condições de uso dos nossos conteúdos.

Leia a licença de uso