Skip to content

Sprint #3: Resultado

Bernardo Costa Nascimento edited this page Jul 6, 2018 · 4 revisions

1. Resumo da Sprint

  • Issues Técnicas
    • Hotfix: Disciplinas apenas para Admins;
  • User stories
    • Eu, enquanto aluno, consigo editar as informações do meu perfil;
    • Eu, enquanto professor, consigo editar as informações do meu perfil;
    • Eu, enquanto admin, consigo acessar a página de disciplinas;
    • Eu, enquanto admin, consigo cadastrar novas disciplinas;
    • Eu, enquanto admin, consigo apagar disciplinas;
    • Eu, enquanto admin, consigo editar disciplinas;
    • Eu, enquanto aluno e professor, consigo acessar a página de monitoria;
    • Eu, enquanto aluno, consigo me inscrever para monitoria em uma turma;
    • Eu, enquanto professor, consigo aceitar ou recusar um aluno como monitor;
    • Eu, enquanto aluno, consigo cadastrar meus dados bancários;
    • Eu, enquanto admin, consigo apagar alunos;
    • Eu, enquanto professor, consigo acessar a página de turmas;
    • Eu, enquanto professor, consigo adicionar turmas para uma disciplina;
    • Eu, enquanto professor, consigo editar turmas que cadastrei para uma disciplina;
    • Eu, enquanto professor, consigo apagar turmas que cadastrei para uma disciplina;

2. Retrospectiva

2.1. Pontos Positivos

  • Foi possível concluir todas as issues propostas para a sprint - mesmo que após a data de apresentação em sala;
  • Corrigir todos os problemas encontrados e layout do site;
  • Realizar todos os testes, unitários e de integração, do sistema.

2.2. Pontos Negativos

  • Ao final da sprint foi necessário trabalhar com muita pressa devido ao tempo. Apesar de conseguir concluir todas as issues o tempo foi bastante curto para uma equipe com apenas dois membros.

2.3. Sugestões de melhorias

  • Como a sprint foi a última, não há sugestões de melhorias.

3. Gráficos

3.1. Burndown Chart

burdown-chart

O gráfico de burndown mostra que ao final da sprint, foi necessário acelerar o processo de desenvolvimento para conseguirmos concluir tudo. Isso se deve a dois motivos: equipe reduzida e a carga de final de semestre.

Apesar disso, conseguimos manter uma velocidade relativamente constante durante o período da última sprint e, diferentemente da sprint #2, conseguimos completar todos os pontos previstos.

3.2. Velocity Chart

velocity-chart

No gráfico de velocity, é possível verificar que a sprint #3 foi a que teve o maior número de pontos previstos. As primeiras duas sprints foram mais focadas em desenvolver a base do sistema, que continha ações básicas como:

  • Estudo do framework Rails;
  • Estudo do banco de dados;
  • Estudo de gems necessárioas
  • Cadastro e edição de alunos e professores;
  • Cadastro, edição e remoção de dados bancários;
  • Desenvolvimento do layout básico;
  • Desenvolvimento dos primeiros testes. O que gerou uma carga maior para a última sprint, onde foi desenvolvido a parte principal do sistema: a aplicação e aceitação/rejeição de candidatos à monitoria.

3.3. Release Chart

release-chart

O gráfico de release mostra os pontos desenvolvidos até a entrega final do sistema. É possível observar que foi possível concluir o sistema com 1 dia de antecedência.

4. Commits Chart

commits-chart

Como citado anteriormente, o gráfico de commits mostra aceleração que foi necessária para finalizar a entrega do sistema. Os dias que antecederam a entrega foram os dias de maior atividade no repositório.

5. Análise do Scrum Master

De maneira geral, o desenvolvimento do sistema não gerou muitas dificuldades. A equipe teve problemas com relação ao tempo - considerando que tinha metade do tamanho previsto, com apenas 2 membros -, além de problemas no entendimento do Banco de Dados fornecido (que não teve uma explicação, ou diagramas MER/MR para facilitar o uso). Ainda sobre o Banco de Dados, o mesmo possui vários problemas de redundância, além de chaves compostas - que ActiveRecord não aceita - e pequenas mudanças foram necessárias para possibilitar o avanço do desenvolvimento.

Após a apresentação em sala, no dia 02/04/2018, a equipe acelerou o processo de conclusão para que o layout fosse atualizado para a versão final, os bugs encontrados fossem resolvidos, a feature mais importante - a inscrição e aceitação/rejeição dos monitores - fosse implementada e o restante dos testes fosse desenvolvido.

  1. Home

    1.1. Visão Geral

    1.2. Arquitetura do Projeto

    1.3. Regras de Negócio

    1.4. Política de Branch

  2. Sprints

    2.1. Sprint #1

    2.2. Sprint #2

    2.3. Sprint #3

    2.4. Sprint #5

    2.5. Sprint #6

    2.6. Sprint #7

  3. Sprints(2019)

    3.1. Sprint #1

    3.2. Sprint #2

    3.3. Sprint #3

    3.4. Railroady e outros

Clone this wiki locally