Post Mortem

   O post mortem é um documento da coletânea de aprendizado que os membros do projeto obtiveram durante os meses em que trabalharam em conjunto. O principal objetivo ao elaborá-lo é alertar ao leitor sobre possíveis erros e indicar maneiras de contorná-los. Os membros devem dizer quais foram os pontos fortes, fracos e as lições aprendidas durante o projeto. Além de fazer recomendações para os futuros alunos das disciplinas.

Pontos Fortes

• Desenvolvimento de habilidades em grupo.
• Habilidade de prever os erros.
• Conhecimento melhor dos papéis de EPS, como o mini DevOps, mini Scrum Master e mini Product Owner.
• Boas escolhas quanto às prioridades.
• Afrane e three js são uma MARAVILHA.
• A interface foi mamata.
• Os MDS foram bem responsáveis e dedicados em programação.
• Muitos Gifs.
• Gifs dos Professores.
• Reuniões com o Pablo ajudaram muito.
• Dailies divertidas e dinâmicas.
• Premiações entre os membros.
• Ficamos no total 7 semanas sem commitar na devel.
• As disciplinas o fortalece como gerente e programador.
• Conhecimentos em novas tecnologias e linguagens
• Estudo de ferramentas e tecnologias novas.
• Faz com que tenhamos que aproveitar bem o nosso tempo (organizar nossa rotina).
• Desenvolve a maturidade.
• Dá uma pitada de como é a vida profissional.
• I Want That Way.

Pontos Fracos

• Falhas na comunicação.
• Apenas 3 EPS por grupo.
• Internet dos membros caía sempre.
• Desentendimentos.
• Falta de conhecimento de Design e Photoshop.
• ARJS é uma bela ****.
• A Farmação está stackada.
• Uso incorreto de estruturas de dados (aprender red black antes de usar set hehe).
• Usar o set só não repetir os elementos.
• Ego do Rhuan.
• Não fizemos os stickers no telegram da equipe.
• Algumas "leves miguelagens".
• Falta de comunidade mais ativa de Realidade Aumentada.
• Jerome não ajuda.
• Provas de EDA junto com Release.
• Falta de um feedback individual de cada membro para saber o que melhorar na R2.

Lições Aprendidas

• Metodologia Agile.
• Versionamento de projeto.
• Git.
• Testes (foi uma dor de cabeça, mas foi).
• Trabalhar em grupo.
• Sobre software livre em geral.
• Ambientação de projeto.
• Sempre manter a comunicação com a equipe.
• Nem sempre bibliotecas irão te ajudar.
• Estudar gera mais progresso que codar.
• Realidade aumentada e contribuição com outras comunidades na fga.
• Não mexer com AR nunca mais.
• Se um EPS sumir, vire o EPS.
• Se o DevOps sumir, tranque o curso.
• Brincadeira essa última lição, só não deixem o DevOps sumir.

Recomedações

• Sempre se manter atualizado com sua equipe.
• Não trabalhe com o jerome.
• Não trabalhe com realidade aumentada, ao menos seja o que deseje.
• Se esforce, estude, trabalhe e divirta-se com o projeto, na medida do possível.
• Não deixem o DevOps farmar commits.
• Interagir com os MDS, caso seja o SM.
• Não deixe que o fogo da FGA atrapalhe seu projeto.
• Fazer premiações como "se der bom na R1 pago o lanche" e "O melhor MDS ganha um almoço no Outback" incentiva muito os membros.