Conclusão do projeto

Pessoas

O gerenciamento de pessoas pode ser observado na aba Alinhamento desta Wiki, onde tem-se os canais que foram utilizados, dojos realizados e informações sobre disponibilidade e evolução de conhecimento dos estudantes.

Os canais de comunicação foram considerados satisfatórios, visto que, auxiliaram devidamente as atividades executadas na disciplina. Os treinamentos/dojos planejados foram todos realizados em tempo hábil para que os MDS fossem capacitados e pudessem contribuir no projeto.

Quanto à disponibilidade dos membros, antes do período de greve havia bastante dificuldade de encontrar horários em que um quórum mínimo de pessoas estivesse disponível. No entanto, após o período de greve, como algumas matérias foram finalizadas, os integrantes ficaram com mais horários livres. Assim, foram atualizados os dados na planilha e essa melhoria refletiu na ótima comunicação da equipe, que permitiu realizar todos os rituais com participação significativa e reuniões extraordinárias conforme necessário.

Por fim, o quadro de conhecimento foi criado conforme os conhecimentos iniciais dos estudantes e atualizado a cada sprint realizada. É possível observar que o mapa de calor evolui de majoritariamente composto por cores quentes para majoritariamente composto por cores frias, o que representa uma notável e satisfatória curva de conhecimento de todos do time.

Escopo, custo e tempo

O escopo definido para esse projeto comportava todas as histórias do MVP e suas possíveis melhorias e correções. Inicialmente, o cronograma previa a entrega de todas as US do MVP na Release do dia 26/08, entretanto, finaliza-se o tempo estipulado da disciplina com o escopo do MVP apenas parcialmente finalizado. Das 16 histórias instanciadas no Backlog (15 planejadas e 1 adicionada), foi possível entregar 14, além de 2 melhorias.

Quanto ao custo, é possível observar por meio dos documentos de Custo e Agile EVM que, com a variação do escopo no tempo definido pelo cronograma, o valor agregado acabou não alcançando o valor planejado.

Risco

Os riscos do projeto foram monitorados a cada semana, de forma que, é possível observar no comportamento do gráfico de riscos ao longo do projeto que foi realizado um bom gerenciamento.

Boa parte dos riscos identificados foram eliminados ou mitigados, possibilitando uma entrega de qualidade e com grande volume de funcionalidades.

Qualidade

O projeto conta com métricas consideradas pelo time como razoavelmente boas. As medidas que não passam pelos valores de referência em alguns repositórios são cobertura, segurança e duplicações.

A cobertura alcançada, no entanto, é >80% no backend de Financeiro (considerado pelo time como o que mais precisa dessa confiabilidade) e >78% nos backends de Benefícios e Usuários e no frontend. O time considera essas medidas adequadas ao projeto.

Quanto à segurança, apenas um repositório falha nesse quesito, o backend de Benefícios. Este foi o repositório menos abordado no escopo definido para este semestre, no qual apenas uma US foi desenvolvida, o que indica que ainda há bastante espaço para melhorias em trabalhos futuros.

Por fim, as duplicações são 0% em todos os backends, mas o frontend alcança um valor >5%. Isto se dá, provavelmente, pela falha do time em componentizar e modularizar adequadamente o código fonte. Essa é uma melhoria que pode ser executada futuramente com uma simples revisão e refatoramento de partes do código que apresentem duplicações.

Considerações finais

Histórico de Versões

Alteração	Data	Autor
Criação do documento	08/09/24	Ingrid Carvalho e Sara Campos