Pular para conteúdo

Documentação e relatório das sprints

Histórico de revisão

Data Versão Descrição Autor(es)
20/12/2022 0.1 Criação do documento Miguel Moreira
03/01/2023 0.2 Estruturação e atualização da sprint 8 Arthur Trindade
12/01/2023 0.3 Atualização da sprint 9 Arthur Trindade
30/01/2023 0.4 Atualização das sprints 10 e 11 Miguel Moreira
31/01/2023 0.5 Correções no backlog das sprints Arthur Trindade
09/02/2023 0.6 Atualização da sprint 12 Arthur Trindade

Sprint 7

Data de abertura Data de fechamento Sprint Backlog Scrum Master
20/12/2022 27/12/2022 E2-F2-US1
E2-F2-US2
E2-F2-US3		 Gabriel de Souza

*E2-F2 retirada do backlog do produto de acordo com o feedback do professor.

Planejamento
O objetivo definido para a sprint 7 é de realizar as tarefas que atendem ao E2-F2 do nosso backlog, isto é, a vizualiação de todas as telas do site. A equipe irá utilizar a biblioteca do ReactJS e a técnica de componentização para produzir um código mais limpo e compreensível.
Review e retrospectiva
No decorrer da sprint, utilizando das práticas de XP programming, os integrantes conseguiram desenvolver mas obtiveram alguns débitos técnicos que impactaram no desenvolvimento, estes relacionados a conhecimento da tecnologia e, mais uma vez, perdas de integrantes da equipe por comorbidades, no entanto, apresentamos ideias e começamos a desenvolver o código do backend do login da aplicação.
Durante a sprint realizamos pair programming 2 vezes, a primeira, focada no front, foi realizada com a dupla Miguel Moreira e Arthur D'Assumpção, já a segunda, focada no back, foi realizada entre Gabriel de Souza e Arthur Trindade. Devido ao débito técnico a implementação das stories foram impactadas e ficou acordado que seriam resolvidas durante o periodo de recesso.
Programação em pares
Miguel Moreira e Arthur D'Assumpção;
Gabriel de Souza e Arthur Trindade.

Sprint 8

Data de abertura Data de fechamento Sprint Backlog Scrum Master
28/12/2022 04/01/2023 E2-F2-US1
E2-F2-US2
E2-F2-US3

E1-F1-US1		 Arthur Trindade

*E2-F2 retirada do backlog do produto de acordo com o feedback do professor.

Planejamento
A sprint 8 tem como objetivo finalizar as telas do site (o trabalho inciado na sprint 7), e implementar o E1-F1-US1, que é o login do usuário no sitema. Para isso a equipe irá logar no sistema com um usuário teste pré-cadastrado no banco de dados, uma vez que ainda não temos uma funcionalidade de cadastro.
Review e retrospectiva
A sprint 8 foi pouco movimentada. Como previsto no gerenciamento de riscos, havia uma alta probabilidade de que produtividade da equipe seria impactada pelo feriados de Natal e Ano novo. No decorrer da spint, a equipe finalizou uma das telas pendentes da sprint 7, porém, descobrimos que precisaríamos de duas telas a mais do que planejávamos anteriormente, desse modo, a E2-F2 entou mais vez para o backlog da próxima. No back-end, a equipe conseguiu desenvolver um código para o login que foi testado no Postman com sucesso e a equipe a definiu a E1-F1-US1 como finalizada, porém, não foi feita a integração front-end / back-end.
Após o feedback do professor, a E1-F1-US1 retornou para o backlog da próxima sprint e, sendo a última sprint, a equipe deve retomar a produtividade e concluir as US's pendentes das sprints 7 e 8 e as US's restantes.
Programação em pares
Sem programação em pares na sprint.

Sprint 9

Data de abertura Data de fechamento Sprint Backlog Scrum Master
05/01/2023 12/01/2023 E1-F1-US1
E1-F1-US2

E1-F2-US1
E1-F2-US2
E1-F2-US3

E2-F1-US1
E2-F1-US2
E2-F1-US3

E2-F2-US1
E2-F2-US2
E2-F2-US3		 Arthur Trindade

*E2-F2 retirada do backlog do produto de acordo com o feedback do professor.

Planejamento
A sprint 9 tem como meta finalizar todas as funcionalidades do MVP1, a primeira entrega do nosso projeto. Para concluir a sprint, a equipe deve finalizar as telas pendentes da sprint 8 e fazer toda a integração com o back-end da aplicação, sendo assim, a sprint 9 será mais focada no back-end
Ao fim da sprint, no dia 11/01, a equipe deve apresentar o andamento do projeto e receber a validação da Zenit por meio de uma reunião. Nessa sprint está previsto diversos dojos e programção em pares para otimização das entregas.
Review e retrospectiva
Para a sprint 9 foi realizado a reunião de validação com o cliente e o feedback foi postado na página inicial do pages. Houve um notável progresso entre os integrantes do grupo na comunicação entre a equipe e as habilidades de programação. O pair programming foi a técnica que mais fez diferença notada na reunião de restrospectiva e review. Pois houve uma melhora mútua nas skills dos integrantes e boa rotatividade na implementação das US's do projeto. Ficou como débito técnico para a entrega da sprint 9 as US's E1-F2-US2, E1-F2-US3, e toda a E2-F1, na integração do front-end com o back-end, porém, as US'S foram implementadas separadamente em suas respectivas stacks e serão finalizadas rapidamente. Houve uma baixa no começo da sprint por questões de saúde o que impactou o desenvolvimento da sprint. No mais, foi uma sprint que obteve uma melhora de desenvolvimento e de muito aprendizado relatado pelos integrantes.
Programação em pares
Miguel Moreira e Gabriel de Souza;
Miguel Moreira e Arthur Trindade;
Gabriel de Souza e Arthur Trindade;
Miguel Moreira e Arthur D'Assumpção;
Arthur Trindade e Arthur D'Assumpção.

Sprint 10

Data de abertura Data de fechamento Sprint Backlog Scrum Master
17/01/2023 24/01/2023 E1-F2-US2
E1-F2-US3

E2-F1-US1
E2-F1-US2
E2-F1-US3

E3-F1-US4

E4-F2-US1		 Miguel Moreira

*A partir desse ponto, o backlog do produto foi atualizado de acordo com o feedback da entrega do MVP1 e a antiga E2-F2 foi removida. A então E2-F3 subiu e é a agora é atual E2-F2.

Planejamento
Nessa sprint o foco será atualizar o backlog com os feedbacks da entrega do MVP1, refatorar o código, que foi feito na correria, finalizar as US's pendentes da sprint 9 e implementar a E3-F1-US4, que é a criação de projetos dentro das subareas. A E4-F2-US1 foi uma funcionalidade implementada no MVP1 mas que não estava no backlog, portanto, já está finalizada. Para concluir essa sprint, será necessario refatorar o backlog removendo algumas funcionalidades e adiocionando outras que não estavam na estruturação inicial, mas que surgiram durante o processo de desenvolvimento, refatorar o código da aplicação com o objetivo de diminuir linhas e torna-lo mais legível, e, para iniciar de fato o MVP2, implementar a US de criação de projeto. Esperamos que essa implementação seja mais simples pois poderemos reutilizar código já feito.
Review e retrospectiva
O QUE FUNCIONOU BEM DURANTE ESSA SPRINT E O QUE DEVEMOS CONTINUAR FAZENDO?
Nessa sprint funcionou bem a rafatoração do codigo, fizemos em grande parte do mesmo, e devemos continuar fazendo para melhor organização e clean code.
O QUE NÃO FUNCIONOU TÃO BEM E O QUE DEVEMOS MUDAR?
Essa foi a primeira sprint após a entrega do MVP1 então grande parte da equipe está relaxada e não devemos levar isso adiante. Devemos recuperar e manter o foco pois o MVP2 está se aproximando.
O QUE APRENDEMOS DURANTE ESSA SPRINT?
A importancia do clean code e da refatoração.
O QUE PODEMOS FAZER DE FORMA DIFERENTE NA PRÓXIMA SPRINT PARA MELHORAR NOSSOS RESULTADOS?
Programação em pares
Programação em pares
Miguel Moreira e Arthur Trindade;
Gabriel de Souza e Arthur Trindade;
Miguel Moreira e Arthur D'Assumpção;

Sprint 11

Data de abertura Data de fechamento Sprint Backlog Scrum Master
25/01/2023 01/02/2023 E3-F1-US2
E3-F1-US3
E3-F1-US4
E3-F1-US5

E3-F2-US1		 Miguel Moreira
Planejamento
Notamos que com programação em pares rendemos mais, em questão de organização e desenvolvimento, nessa sprint planejamos fazer mais sessões de programação em pares e com isso validar 4 US's para o MVP2, alem disso ainda estamos trabalhando na refatoração e na documentação, para termos feedback no ponto de controle.
Review e retrospectiva
O QUE FUNCIONOU BEM DURANTE ESSA SPRINT E O QUE DEVEMOS CONTINUAR FAZENDO?
Nessa sprint, a equipe pôde adaptar e reutilizar o código pronto de outras funcionalidades, o que agilizou o processo de desenvolvimento e nos permitiu finalizar a sprint sem débitos técnicos. AAlém do mais, a equipe continuou com a programação em pares.
O QUE NÃO FUNCIONOU TÃO BEM E O QUE DEVEMOS MUDAR? A documentação do projeto do GitHub ainda tinha alguns erros, que devemos corrigir ao fim da última sprint.
O QUE APRENDEMOS DURANTE ESSA SPRINT? Aprendemos principalmente a importância de um código organizado e reutilizável, e como isso pode facilitar a expansão do projeto no futuro.
O QUE PODEMOS FAZER DE FORMA DIFERENTE NA PRÓXIMA SPRINT PARA MELHORAR NOSSOS RESULTADOS? Na próxima sprint pretendemos continuar com a programação em pares e reutilizar alguns blocos de código menores. Também adiamos algum trabalho da última sprint para que não fiquemos tão apertados como na entrega do MVP1.
Programação em pares
Miguel Moreira e Arthur Trindade;
Gabriel de Souza e Arthur Trindade;
Gabriel de Souza e Miguel Moreira;

Sprint 12

Data de abertura Data de fechamento Sprint Backlog Scrum Master
02/01/2023 09/02/2023 E3-F1-US1
E3-F2-US2
E3-F2-US3
E4-F1-US1
E4-F1-US2
E4-F2-US2		 Arthur D'Assumpção
Planejamento
Na última sprint do desenvolvimento do projeto, a equipe deve finalizar as 6 US's restantes do backlog e entregar o segundo MVP. A equipe deve implementar a funcionalidade de classificação de projetos como "Em andamento" ou "Finalizado" e seus critérios de aceitação, fixar e desafixar projetos na tela incial, toda a parte que diz respeito ao editor de texto dentro do projeto, que nós adiantamos na srint 11 e a alteração da imagem do banner da tela inicial. Durante a sprint tentaremos manter o fluxo de trabalho da última sprint e a programação em pares que têm funcionado muito bem desde a entrega do MVP1. No mais, esperamos entegar o projeto ao cliente como esperado sem tantas dificuldades como na entrega anterior.
Review e retrospectiva
O QUE FUNCIONOU BEM DURANTE ESSA SPRINT E O QUE DEVEMOS CONTINUAR FAZENDO? Novamente, podêmos reutilizar alguns blocos de código. Alguns pontos fortes da última sprint também incluem a boa comunicação interna entre a equipe, a programação em pares e a atualização final da documentação do projeto.
O QUE NÃO FUNCIONOU TÃO BEM E O QUE DEVEMOS MUDAR? Infelizmente subestimados a dificuldade de uma US específica (E4-F2-US2) que demandaria um conhecimento que a equipe não tinha e um tempo maior do que o disponível.
O QUE APRENDEMOS DURANTE ESSA SPRINT? Ao fim da sprint nós avaliamos o produto e vimos que está bem parecido com o que imaginamos durante o planejamento do projeto, no início da disciplina. Estamos contentes com o resultado obtido.
Programação em pares
Miguel Moreira e Arthur Trindade;
Gabriel de Souza e Arthur Trindade;
Gabriel de Souza e Miguel Moreira;