Skip to content

RevisaoSprint2

igor-paiva edited this page Sep 15, 2021 · 5 revisions

Revisão da Sprint 2

O que ficou pronto nessa Sprint?

Aspectos da Sprint

Aspectos positivos

  • O grupo obteve um entendimento maior do projeto
  • Melhor comunicação com os mantenedores
  • Issue de design teoricamente finalizada

Problemas / soluções

  • Algumas issues demoraram
    • Tentar finalizar as issues com antecedência, porém podem haver mudanças solicitadas, o que atrasa a conclusão da tarefa.
  • Falta de organização
    • Organizar melhor o repositório do fork.
  • Falta de comunicação com os mantenedores.
    • Buscamos interagir nas Issues e PRs criados com o objetivo de melhorar a interação de acordo com o que foi recomendado no feedback (a tarefa foi concluída, mas devido a revisão dos matenedores algumas mudanças precisam ser feitas)

Relatórios por duplas/trio

Trio 1 (Igor Paiva, Marcelo Silva e Thiago Lopes)

  1. Mantenedores sugeriram algumas melhoras e correções
  2. Corrigimos as pendências solicitadas pelos mantenedores principais.
  3. Mais mudanças foram solicitadas, mas não conseguimos corrigir todas.

Dupla 1 (Lucas Ganda e Daniel Sousa)

  1. Os mantenedores pediram sugeriram algumas alterações na issue.(https://github.com/houdiniproject/houdini/issues/536)
  2. Corrigimos as alterações
  3. Mais alterações foram requisitadas para que o protótipo respeitasse o Material Design.
  4. Fizemos reunião com nosso mentor para colher mais informações dos mantenedores
  5. Finalizamos às adequações ao Material Design.

Dupla 2 (Heron Rodrigues)

  1. Foi realizada a configuração do ambiente para começar a contribuir com o projeto.
  2. Para criar familiaridade com o projeto, procurei uma issue com label good first issue e dentre as opções, trabalhei na issue [BUG] Exclusionary term related to Custom Fields.
  3. No fork criado para trabalharmos com o contribuição do projeto, criei uma issue, avisei no repositório oficial que iria trabalhar na tarefa e mencionei a mesma no repositório destinado a disciplina.
  4. Na issue, é fornecido algumas instruções de como resolve-la. Seguindo os passos que são dados, criei uma migration para atualizar o nome da tabela no banco de dados, o nome da controller e seus respectivos métodos, além das referencias de cada um.
  5. Criei um PR no repositório oficial para avaliação. Foram solicitadas algumas correções.
  6. A maioria das correções pedidas foram feitas mas a atualização acabou quebrando alguns testes, muitos deles consegui corrigir, porém, outros não obtive sucesso.
  7. Na issue do repositório oficial, criei uma mensagem descrevendo a situação dos testes que não estou conseguindo consertar e estou aguardando resposta além de continuar tentando resolver esses testes que ainda estão falhando.

Dupla 3 (Iago Theóphilo e Nícalo Ribeiro)

1- Fizemos a configuração do ambiente, tivemos alguns problemas mas foram resolvidos rapidamente; 2- Rodamos o projeto para nos ambientarmos; 3- Tivemos algumas dificuldades em escolher as issues pois nós da dupla temos um foco no frontend; 4- Escolhemos duas issues: Event Header/Hide Header Text Bug e Image Size Bug on Campaigns; 5- Não conseguimos resolver as issues por conta de problemas para reproduzir o bug; 6- Como ficamos bloqueados, demos foco em se ambientar melhor e conhecer mais do código.

O que vem a seguir?

  • Correção das mudanças solicitadas pelos mantenedores
  • Terminar as issues iniciadas
  • Atribuição de mais tarefas à equipe

Referências

SCHWABER, Ken; SUTHERLAND, Jeff. “Guia do Scrum - Um guia definitivo para o Scrum: As regras do jogo”. Scrum.Org and ScrumInc, 2014.

Clone this wiki locally