Dado o encerramento das disciplinas de Métodos de Desenvolvimento de Software e Engenharia do Produto de Software, o seguinte documento visa levantar pontos pertinentes sobre a execução deste projeto durantes os 4 meses de desenvolvimento do mesmo.

Pontos Positivos

  • A equipe soube se organizar;
  • Os membros foram comprometidos e dedicados;
  • Os membros interagiram bem entre si, sabendo discutir as diferenças de opiniões sem gerar desavenças na equipe;
  • Os membros conseguiram adquirir muito conhecimento em pouco tempo, aprendendo principalmente a pesquisar quando não se tem conhecimento suficiente para executar determinada tarefa;
  • Os membros aprenderam que a formação profissional não está somente no conteúdo passado em sala de aula, mas também em outras fontes de conhecimento;
  • A equipe conseguiu entregar boa parte do proposto mesmo com a ocasional indisponiblidade de alguns membros;
  • Todos da equipe de MDS foram Scrum Master durante alguma sprint;
  • Reunir os membros da equipe para trabalhar juntos em um mesmo ambiente, mesmo que em issues diferentes, melhorou bastante a produtividade da equipe pois problemas simples eram identificados e resolvidos mais rápido.

Pontos Negativos

  • Falta de um cliente implicou em um escopo muito genérico e o grupo acabou passando um tempo desnorteado com a proposta do projeto em si;
  • Após a 1º Release a equipe decaiu na produtividade durante 2 sprints;
  • A matéria consumiu muito tempo e esforços da equipe, prejudicando em outras disciplinas;
  • O projeto começou já em um ritmo muito pesado, somado a falta de informação sobre como era a disciplina para a equipe de MDS que se sentiu perdida no início, levando um tempo para se adaptar;
  • O conhecimento não foi tão bem compartilhado, algumas pessoas acabaram se sobressaindo mais no Frontend enquanto outras mais no Backend;
  • Houveram treinamentos no começo que não foram direcionados para as ferramentas que seriam utilizadas, como JQuery;
  • A comunicação pelas issues não foi tão boa. Em geral, a equipe se comunicou bem durante o projeto pessoalmente ou por telegram para resolver assuntos rápidos, registrando nas issues somente decisões importantes relacionadas.
  • A comunicação entre os vários grupos relacionados ao App foi conturbada;
    • Em geral, para mudar algo no app era necessário que todos os grupos estivessem de acordo e isso tornava o processo mais lento e mais restrito a mudanças;
  • O planejamento do escopo não foi muito bem elaborado, sendo necessário entregar menos funcionalidades do que o proposto no começo.
  • O escopo planejado foi grande para o tempo de execução da disciplina somado com o processo de aprendizagem da equipe, fazendo com que algumas funcionalidades não pudessem ser entregues a tempo;
  • Indisponiblidade de alguns membros;
  • Sprints de uma semana são muito curtas para implementar, testar e validar uma funcionalidade completa, somado a um dia de trabalho que era perdido entre a realização do Sprint Review e a do Planning da próxima sprint;
  • O número reduzido de membros de EPS atrapalhou bastante o avanço, implicando em não melhorar o projeto em áreas como Devops, devido aos membros de EPS estarem sobrecarregados auxiliando MDS;
  • Os grupos de cada módulo do aplicativo ficaram dispersos, não havendo alguém que tomasse a frente de organizar o repositório do frontend;
    • Isso implicou em fatores como não configurar uma ferramenta de análise estática no código, ou configurar somente no final, o que implicou diretamente em uma baixa qualidade no código;
    • Não houveram lançamentos de versão no frontend. O deploy saiu no meio da 2º Release, depois levou mais umas duas semanas até que todos os grupos conseguissem integrar seus códigos, e isso prejudicou fortemente a evidência da entrega contínua no front apesar de todas as equipes estarem trabalhando constantemente durante as sprints.

Outros Documentos