Resultados Sprint 4

1. Resultados da Sprint

ID	História	Status
EP01FE01US01	Realizar alocação	Não Concluído
EP01FE01US02	Visualizar alocação	Não Concluído
EP01FE04US32	Adicionar Filtros no Visualizar Sala	Não Concluído
EP01FE02US10	Visualizar turma	Concluído
EP01FE02US11	Alterar turma	Concluído
EP01FE02US35	Alterar Regra de Negócio	Concluído
EP01FE02US12	Excluir turma	Concluído

Total de pontos concluídos: 11

2. Histórias Adicionadas

Não houve histórias adicionadas nessa Sprint.

3. Indicadores do processo

3.1. Análise do Scrum Master

Na sprint foi possível observar pontos positivos e negativos em relação ao time. Alguns membros se engajaram mais e foram em busca de resultados, alguns foram mais ausentes durante esse período.

Principais problemas encontrados no time:

• Falta de Comunicação entre os membros, inclusive com o Scrum Master
• Falta de Comprometimento de parte da equipe com as entregas
• Membros possuem dúvidas e não se comunicam o restante do time
• Está ocorrendo demora para início das atividades, o que ocasiona a não preparação para imprevistos.

Principais problemas encontrados no projeto:

• Mudanças de Regra de Negócio constantes
• Planejamento de Sprint mal elaborado.

3.3. Análise do Product Owner

A sprint 4 notou-se uma piora na parte de comunicação e integração do time, gerando discussões a mais do que deveria ter. Um dos motivos da piora foi membros ausentes nos stand-ups da semana, gerando dúvidas sobre determinada forma de implementação da issue, além de essas mesmas dúvidas não serem informadas da existência delas para o restante da equipe.

A história EP01FE01US01 - Realizar alocação novamente não foi concluida por motivos de complexidade alta, além da história ser muito extensa. Uma das soluções foi dividir essa user storie em duas, para que seja completa com mais facilidade dentro do prazo de 1 semana.

3.3. Burndown da Sprint

Clique aqui para ver maior

3.4. Velocity da Sprint

Nessa Sprint foram concluídos apenas 11 pontos. O velocity do time pode ser visto no gráfico abaixo.

Clique aqui para ver maior

3.5. Quadro de Conhecimento

Clique aqui para visualizar maior

4. Retrospectiva

4.1. Pontos Positivos:

• Perspectiva de Aumento de Fluxo de Trabalho
• Maior facilidade do time quanto a qualidade de código
• Maior alinhamento da equipe em relação aos processos e o domínio do sistema.
• Maior iniciativa e participação dos desenvolvedores de GPP
• Alguns grupos tiveram bom fluxo de trabalho e entregas frequentes.
• Maior aprendizado dos membros

4.2. Pontos Negativos:

• US problemática com muitas mudanças e faz parte do caminho crítico do sistema
• Poucas entregas, submetidos poucos pull requests
• Mudança de Regra de Negócios tardias
• Alguns pareamentos não foram realizados
• Falta de comprometimento com as entregas
• Muito tempo sem comunicação direta com a cliente
• Outros membros mexer em documentos de responsabilidade do Scrum Master
• Ter feito um relato perturbado diretamente em documento público sem prévia conversa entre os envolvidos
• Planejamento equivocado das Sprints - não considerando dependências de US.
• Não houve nivelamento sobre o entendimento de Testes de Aceitação - falta detalhamento destes destes
• Comunicação muito precária no time
• Falta de explanação de dúvidas
• Postergação de trabalho - demora para iniciar a tarefas.

4.3. Melhorias:

• Planejamento da Sprint
• Verificação de dependências na mesma Sprint
• Maior participação dos membros na reunião de Planejamento
• Evitar 3 pessoas responsáveis para uma User History
• Decisões que influenciam em todo o grupo ou todo o projeto devem ser discutidas em reunião com todos presentes.

5. Métricas

5.1 Cobertura de Testes

A cobertura desde a sprint passada aumentou, pois foram solucionados os problemas com testes de alguns métodos que a quipe estava com dificuldade para realizar. Um bom resultado visto que histórias foram concluídas e todas funcionalidades acrescentadas foram testadas.

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

Arquivo	Flog	Flay
users_controller.rb	13.8	32
periods_controller.rb	5.5	0
categories_controller.rb	5.1	0
parsers_controller.rb	4.6	0
application_controller.rb	6.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	8.1	0
school_rooms_controller.rb	9.5	0
allocations_controller.rb	0	0
sessions_helper.rb	5.9	0
department_assistant_helper.rb	0	0
application_helper.rb	7	0
coordinator_helper.rb	10.0	0
user_helper.rb	0	0
periods_helper.rb	0	0
administrative_assistant_helper	0	0
parsers_helper.rb	0	0
categories_helper.rb	1.0	0
courses_helper.rb	17.0	36.0
school_rooms_helper.rb	2.0	0
allocation_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
category.rb	0	0
period.rb	0	0
building.rb	4.0	0
school_room.rb	0	0
application_record.rb	0	0
allocation.rb	0	0

Nessa sprint a complexidade de alguns arquivos subiram, porem como a complexidade destes arquivos ainda estão abaixo do limite estabelecido, não foi estabelecida nenhuma medida de reação.

5.3 Turbulência (Churn x Complexidade)

De acordo com os apontamentos do gráfico, houve uma adição de arquivos com qualidade "B" e "D" o que nos mostra que existem problemas, porém esses problemas são irrelevantes para o projeto, no caso de arquivos que não possuem relevancia para o projeto, ou não podem ser resolvidos no momento.

5.4 Checkstyles

Após a inclusão da ferramenta do rubocop na integração contínua, para que as histórias sejam dadas como concluída elas não podem mais haver ofensas. Assim mesmo com a adição de arquivos não é detectada nenhuma ofensa.

5.5 Falhas de Segurança

A segurança do projeto continua a mesma desde a primeira *release

5.6 Smells

Houve uma pequeno aumento no número de smells, isso ocorre pelo fato de mais arquivos terem sidos adicionados no projeto.