Resultados sprint 4 - fga-eps-mds/2017.1-OndeE-UnB GitHub Wiki

1. Relato da Sprint

Após ser realizado uma sprint de 2 semanas, decidiu-se voltar a realizar sprints semanais porque a produtividade da equipe se demonstrou mais produtiva com sprints de uma semana. Acreditamos que a principal desvantagem de realizar uma sprint de uma semana seja o percentual do tempo gasto em reuniões (com relação ao tempo total dedicado a disciplina). Dessa forma, tentamos minimizar este impacto controlando melhor a duração das reuniões.

Outra medida tomada durante essa sprint foi a realização de chamadas durante as reuniões, visto que um número significativo de integrantes estava faltando as reuniões. Apesar da sprint ser mais curta, o grupo se integrou bem e se sentiu bem durante o desenvolvimento da sprint.

Outro aspecto interessante a ser citado é que a equipe se sentiu mais motivada e interessada do que na sprint anterior. Isso ocorreu por uma série de motivos e alguns deles são: menos provas e trabalhos a serem entregues na semana e o sistema sendo produzido está muito mais próximo do que esperamos entregar para a release 2. Mais um ponto positivo a ser evidenciado foi a aplicação dos questionários, que foram bem recebidos pela equipe e cumpriram com o papel de fornecer uma visão interpessoal da equipe analisando as experiências de cada um de uma forma geral. Com esse feedback positivo, foi decidido continuar com a utilização dos questionários nas sprints seguintes.

Um aspecto negativo dessa sprint foi a ausência do cliente. Tentamos fazer contato com o Cliente, foram enviados diversos e-mails, mas ele não nos respondeu. Na próxima semana, tentaremos encontrá-lo presencialmente. Percebe-se, portanto, que apesar da ausência do cliente a sprint foi boa e a equipe se sente mais satisfeita.

2. Resumo da Sprint

Histórias	Status
[US27] Checkbox para Filtrar Locais	:white_check_mark:
[US30] Melhorar Responsividade e Sidebar	:white_check_mark:
[US33] Adição da Navbar	:white_check_mark:
[US34] Compartilhar posição	:white_check_mark:
[US07] Cadastrar Salas	:white_check_mark:
[US31] Cadastrar Plantas de Edifícios	:x:

Histórias Não Concluídas

• [US31] Cadastrar Plantas de Edifícios
  • A história precisou ser refeita por não ter sido entregue de um jeito "ótimo"

3. Burndown Chart

4. Velocity

5. Retrospectiva da Sprint

Pontos Positivos	Pontos Negativos	Pontos de Melhoria
Reuniões mais objetivas	Membros em semana de provas	Integrantes devem criar suas tasks
Produtividade da equipe	Cliente ausente	Entrar em contato com o cliente novamente
Maior integração da equipe	Choque de horários no pareamento	Melhorar as métricas
Aumento de conhecimento da equipe	Dificuldade técnica	Refatorar testes
Scrum Master	Atraso no começo das histórias	Validar mais coisas com os coaches
Pareamento	Problemas nos testes de administrador	Mais comprometimento com as Daily Meetings
Facilidade no desenvolvimento das histórias	Descoberta da refatoração do arquivo de rotas	Manter o time box

6. Métricas

Resumo das Métricas

Na coleta de métricas desse sprint, temos o resultado da primeira ação tomada. O código foi modularizado, facilitando seu entendimento e manutenibilidade. Assim podemos ver que a quantidade de linhas totais subiu e mesmo assim a quantidade de linhas por arquivo caiu.

Em relação a quantidade de linhas e complexidade, ainda temos o mesmo problema citado na sprint anterior sobre o arquivo de rotas (routes.js). A equipe percebeu que o número de funcionalidades restantes estava reduzindo e por isso decidiu realizar melhorias nesse arquivo na próxima sprint.

7. Quadro de Conhecimento

Legenda

8. Resultado do Questionário

9. Decisões e Comentários

Pode-se perceber uma alta produtividade da equipe nessa sprint, principalmente pelo adição do TimeBox onde as reuniões foram controladas por tempo e mais objetivas. Uma outra ferramenta utilizada foi a cobrança de chamada, o que resultou numa presença maior dos integrantes nas reuniões e melhor os localizaram no andamento do projeto.