O trabalho foi avaliado,
principalmente, com relação a aderência a um processo e justificativas das
tomadas de decisão para formatação e execução desse processo. Mais do que
seguir um "estilo de processo" já definido (XP, SCRUM, RUP, etc) como
algo pronto, foi avaliada a capacidade da equipe em moldar seu próprio processo
de acordo com as características do trabalho, da equipe e do produto, bem como
as dificuldades encontradas durante a execução do mesmo.
Independente do estilo
adotado, um conjunto de temas são comuns a todo processo de desenvolvimento de
software, tais como: gerencia de requisitos, planejamento e estimativa das
atividades, preocupação com testes, adequada documentação, comunicação,
gerencia de riscos, etc. A presença/ausência de indícios que demonstrassem o
adequado tratamento de tais pontos foi o que mais pesou na avaliação do
processo.
Para avaliação desse
processo era essencial a adequada documentação de todas as atividades
utilizando o blog. Nesse ponto, muitos
grupos falharam, tanto por quantidade, como por qualidade das informações
postadas. Outro ponto observado foi a constância/frequência com que esses posts
foram realizados. O correto seria o registro das atividades a medida que essas
fossem realizadas, com a atualização do blog pelo menos semanalmente (acredita-se
que toda semana tenha tido atividade). Entretanto, em alguns casos o que foi
observado foi a publicação de vários posts em intervalos curtos, de um a dois dias, normalmente próximo às apresentações,
e semanas sem nenhum registro de atividades.
Por fim, apesar das
falhas apontadas anteriormente, foi possível observar o empenho das equipes em
se organizar e lidar com os desafios de desenvolver um software em equipe. Mesmo com todas essas dificuldades, conseguiram ao final entregar um produto funcional
que atende “minimamente” os requisitos.
*As notas foram divulgadas no moodle.
Nenhum comentário:
Postar um comentário