

Post Mortem

Com o encerramento da disciplina de MDS (Métodos de Desenvolvimento de Software), o documento a seguir visa levantar pontos pertinentes sobre a execução deste projeto durantes o período de desenvolvimento do mesmo.

Pontos Positivos

A equipe conseguiu entregar o que havia sido prometido desde o ínicio da disciplina;
Muito conhecimento foi obtido ao decorrer do semestre por conta da disciplina;
A equipe absorveu o conhecimento necessário de novas tecnologias de forma rápida;
A falta de EPS proporcionou ao time uma maior independência, exigindo que os mesmos fizesse trabalho tanto de MDS quanto de EPS.
O time, para a R2, deu o máximo para corrigir os erros que estavam sendo cometidos na R1. Ou seja, ouviu o feedback dado pelos professores;
Os testes foram realizados na medida do possível;
O pareamento possibilitou uma maior absorção de conhecimento;
A comunicação dentro da equipe foi melhorando conforme o decorrer do projeto;
Velocity da equipe foi de 21 pontos;
O Planning Poker foi realizado em todas as sprints;
Toda a aplicação foi documentada;

Pontos Negativos

A interpretação equivocada do tema proposto no início do semestre;
Não foi possível converter o projeto para uma extensão do Google Chrome após a R1. A própria professora Carla sugeriu que não fosse feito por conta da falta de tempo.
A disciplina consumiu muito tempo e esforços da equipe, prejudicando em outras disciplinas;
A falta de informação sobre como era a disciplina fez com que a equipe se senti-se perdida no início, levando um tempo para se adaptar;
Muitas issues foram atrasadas ao decorrer do projeto;
Alguns membros não tiveram tanto comprometimento com o desenvolvimento do projeto;
Os documentos técnicos até a R1 eram bem pobres de informações;
A comunicação pelas issues, no início do projeto, não foi tão boa;
O monitor, designado como EPS, esteve sempre como segundo plano;
O deploy contínuo foi, praticamente, inexistente. A equipe não lançou nenhuma versão do projeto na branch master;
Como não houveram lançamentos na master, a importância da mesma tornou-se irrelevante ao decorrer do semestre;
O React, que era uma tecnologia proposta no início do semestre, foi trocada por EJS.
O WMD não pode ter sido testado, pois é um código bem antigo e bem extenso;
Diversas issue foram pontuadas de forma equivocada;

O que melhorar para o próximo projeto?

Realizar deploy contínuo e entrega contínua;
Pontuar issues de uma forma menos equivocada para evitar atrasos;
Perguntar ao cliente ( No caso ao professor responsável ) qual é realmente a ideia do projeto para evitar um erro de interpretação como ocorreu com o tema do projeto;
Organizar melhor o tempo para evitar o fechamento de issues ao final das sprints, evitando então o acúmulo de tarefas;