Resultados Sprint 1

1. Resultados da Sprint

ID	História	Status
EP01FE01US09	Criar Turma	Concluída
EP01FE01US17	Visualizar sala	Concluída
EP01FE01US18	Alterar sala	Concluída
TS02	Fazer testes unitários	Concluída
TS05	Refatorar "Smells"	Concluída
TS06	Refatorar duplicações de código das controllers	Concluída

Total de pontos concluídos: 37

2. Indicadores do processo

2.1. Análise do Scrum Master

A sprint, no geral, foi produtiva, mas lenta. De acordo com o BurnDown, as histórias foram concluídas na última hora, e isso prejudica a visão geral do trabalho da equipe. Contudo, foi conseguido recuperar as dívidas e concluir os pontos planejados, o que agrega bastante a equipe.

2.2. Análise do Product Owner

A sprint se caracterizou por uma melhor organização se comparado a sprint 0, porém as entregas das histórias ficou para ultima hora, deste modo não foi apresentado melhorias para a cliente na reunião semanal que aconteceu na sexta feira a tarde, um dos fatores destes atrasos se dá pelo fato de uma decisão da equipe de realizar o prototipo de forma incremental, uma vez que os integrantes só estão conseguindo entregar o mesmo depois de tres dias do planejamento sobrando só quatro para a implementação e testes.

2.3. Burndown da sprint

Clique aqui para visualizar maior

2.4. Velocity da Sprint

Nesta sprint, o Velocity da equipe foi de 37 pontos. Clique aqui para visualizar maior

2.5. Quadro de Conhecimento

Clique aqui para visualizar maior

3. Retrospectiva

3.1. Pontos Positivos:

• Pareamento foi muito bom.
• Todo planejado foi concluído.
• Melhorou contato com o cliente.
• Compartilhamento de conhecimentos.
• Protocooperação.

3.2. Pontos Negativos:

• Sufocamento de outras matérias
• Poucas reuniões de trabalho
• Planejamentos da sprint não estão sendo cumpridos
• Scrum master não está atualizando wiki
• Tracker não está coletando métricas
• Os quadros não estão sendo atualizados
• PO não colocou os processos na wiki.
• Procrastinação no início da sprint.
• Falta de organização do pareamento (bruno, iasmim, ateldy e rodrigo).
• Bom entrosamento do pareamento.
• Dificuldades de pareamento.
• Falta de tempo.
• Falta de padronização do horário e lugar do stand-up.

3.3. Melhorias:

• Padronização do horário e lugar do stand-up.
• Mais foco e esforço da equipe.
• Falta de foco na reunião semanal.

4. Métricas

4.1 Cobertura de Testes

Em relação a sprint passada, podemos concluir que a cobertura aumentou, já que a história técnica de fazer os testes unitários foram concluidos, porém ainda não alcançamos a cobertura de 100%, devido a dificuldade da equipe em realizar certos testes para a session_helper.rb.

4.2 Complexidade Ciclomática (Flog) e Duplicações de Código (Flay)

Arquivo	Flog	Flay
users_controller.rb	13.8	32
parsers_controller.rb	4.6	0
application_controller.rb	0	0
sessions_controller.rb	8.5	0
department_assistants_controller.rb	0	0
coordinators_controller.rb	0	0
administrative_assistants_controller.rb	6.3	0
courses_controller.rb	0	0
rooms_controller.rb	4	0
school_rooms_controller.rb	3.3	0
sessions_helper.rb	5.7	0
department_assistant_helper.rb	0	0
application_helper.rb	8	0
coordinator_helper.rb	0	0
user_helper.rb	0	0
administrative_assistant_helper	0	0
parsers_helper.rb	0	0
courses_helper.rb	17	36
school_rooms_helper.rb	0	0
discipline.rb	0	0
course.rb	0	0
administrative_assistant.rb	0	0
user.rb	0	0
parser.rb	11.6	0
department.rb	0	0
department_assistant.rb	0	0
room.rb	0	0
coordinator.rb	0	0
building.rb	4	0
school_room.rb	0	0
application_record.rb	0	0

Podemos observar a complexidade ainda está em nivéis aceitavéis, e que a duplicação de código agora so existe nos arquivos: users_controller.rb, onde essa duplicação é necessária para o funcionamente do software, por isso ele não diminiu, mesmo com a história técnica de refatorar duplicações de código das controllers tenha sido concluída. E courses_helper, que foi adicionado nessa sprint.

4.3 Turbulência (Churn x Complexidade)

De acordo com os apontamentos do gráfico, ainda existem problemas significativos no arquivo "UsersControllerSpec.rb", o que é justificado pois, para que os testes sejam feitas, há a ocorrência de muitas duplicações.

4.4 Checkstyles

Foi definida uma história técnica de refatoração da folha de estilo, mas ela ainda não foi alocada para esta sprint,e por isso, ainda apresenta problemas em relação a folha de estilo.

4.5 Falhas de Segurança

Mesmo após a inserção de novos arquivos, a segurança do projeto continua a mesma desde a primeira release.

4.6 Smells

Após a conclusão da história técnica de refatoração das smells, podemos concluir uma redução significativa no número de smells presentes nos projeto.