Mudanças entre as edições de "Sprint 61"
(Criou página com '===Retrospectiva - Sprint 61=== '''Edite esta página e coloque informações, observações, críticas e sugestões para discutirmos na retrospectiva.'''') |
|||
(14 revisões intermediárias por 3 usuários não estão sendo mostradas) | |||
Linha 1: | Linha 1: | ||
− | + | '''Página criada para anotar os pontos negativos e positivos da sprint, durante seu andamento.''' | |
+ | '''Durante a retrospectiva, vamos consultar essa página e registrar aqui as sugestões de melhoria.''' | ||
− | ''' | + | ---- |
+ | |||
+ | '''[André 11/05]''' Houve impedimento para testar a tarefa de Compensação de ausências. Precisei de auxílio do Juliano, porém ele estava com outras demandas e não conseguiu me atender prontamente. Não havia outras tarefas para serem testadas naquele momento. Tive sorte de ter a reunião da brigada de incêndio no período da tarde, pois no período que estive fora a Márcia conseguiu resolver meu impedimento. Caso contrário, eu ficaria sem atividades. | ||
+ | |||
+ | '''[André 13/05]''' Conforme comentado na reunião diária, o apontamento das horas no Youtrack está sendo mais satisfatório. Provavelmente se deve ao fato de não usarmos mais o TFS, o que facilita o apontamento. | ||
+ | |||
+ | '''[André 16/05]''' Ao corrigir um bug, lembrar de colocar um comentário com o que foi realizado para a correção. Durante a análise e correção do bug, muitas vezes o desenvolvedor implementa correção diferente do que foi sugerido pelo tester ou outra correção alinhada com os responsáveis pelo projeto. É importante para o tester saber o que foi realizado, se teve alguma mudança de definição, para que possa direcionar o reteste corretamente. | ||
+ | |||
+ | '''[André 16/05]''' Desenvolvedores: questionar mais os POs na hora de desenvolver um requisito, para entender todos os pontos que estão implícitos nos documentos. | ||
+ | |||
+ | '''[André 18/05]''' Sugestão para o documento de requisitos: Para cada requisito, colocar qual visão de usuário terá acesso. | ||
+ | |||
+ | '''[Carla 10/05]''' Requisito da SEDUC para criação de API de alunos teve um impedimento, de como o sistema do Transporte iria utilizá-la, e após conversar com a equipe do Transporte, foi decidido que eles não iriam mais utilizar a API, e o requisito foi cancelado. | ||
+ | |||
+ | '''[André 19/05]''' Servidor de relatórios do TS-BD fora do ar. | ||
+ | |||
+ | '''[André 20/05]''' Gostei das tarefas administrativas (reunião diária, etc) no board, como a Flávia colocou. Facilitou na hora de buscar e lançar. |
Edição atual tal como às 14h48min de 20 de maio de 2016
Página criada para anotar os pontos negativos e positivos da sprint, durante seu andamento. Durante a retrospectiva, vamos consultar essa página e registrar aqui as sugestões de melhoria.
[André 11/05] Houve impedimento para testar a tarefa de Compensação de ausências. Precisei de auxílio do Juliano, porém ele estava com outras demandas e não conseguiu me atender prontamente. Não havia outras tarefas para serem testadas naquele momento. Tive sorte de ter a reunião da brigada de incêndio no período da tarde, pois no período que estive fora a Márcia conseguiu resolver meu impedimento. Caso contrário, eu ficaria sem atividades.
[André 13/05] Conforme comentado na reunião diária, o apontamento das horas no Youtrack está sendo mais satisfatório. Provavelmente se deve ao fato de não usarmos mais o TFS, o que facilita o apontamento.
[André 16/05] Ao corrigir um bug, lembrar de colocar um comentário com o que foi realizado para a correção. Durante a análise e correção do bug, muitas vezes o desenvolvedor implementa correção diferente do que foi sugerido pelo tester ou outra correção alinhada com os responsáveis pelo projeto. É importante para o tester saber o que foi realizado, se teve alguma mudança de definição, para que possa direcionar o reteste corretamente.
[André 16/05] Desenvolvedores: questionar mais os POs na hora de desenvolver um requisito, para entender todos os pontos que estão implícitos nos documentos.
[André 18/05] Sugestão para o documento de requisitos: Para cada requisito, colocar qual visão de usuário terá acesso.
[Carla 10/05] Requisito da SEDUC para criação de API de alunos teve um impedimento, de como o sistema do Transporte iria utilizá-la, e após conversar com a equipe do Transporte, foi decidido que eles não iriam mais utilizar a API, e o requisito foi cancelado.
[André 19/05] Servidor de relatórios do TS-BD fora do ar.
[André 20/05] Gostei das tarefas administrativas (reunião diária, etc) no board, como a Flávia colocou. Facilitou na hora de buscar e lançar.