Esta secção destina-se a identificar de forma sintetizada os resultados obtidos durante o projeto assim como avaliar o cumprimento dos objetivos definidos inicialmente para esta dissertação.
Com a realização desta dissertação foi provado que o modelo Reduzido do RUP pode ser implementado em organizações de pequena dimensão, sendo que, apensar de não se ter conhecimento da avaliação das equipas de desenvolvimento, sabe-se que todas elas obtiveram aprovação na unidade Curricular de Desenvolvimento de Aplicações informáticas. Relativamente ao desempenho no cumprimento dos objetivos definidos para esta dissertação:
O objetivo principal desta dissertação foi tentar encontrar um equilíbrio entre o esforço de cada papel do elenco processual. Este objetivo foi, dentro do possível cumprido com sucesso. O ajustamento dos papéis do modelo Reduzido do RUP foi realizado através da sugestão de algumas alterações ao modelo Reduzido do RUP atual, essas sugestões surgiram das análises realizadas aos dados levantados nas entrevistas feitas aos alunos que participaram no estudo de caso.
119
O segundo objetivo passa por aumentar a produtividade das equipas de desenvolvimento em geral. Apesar de não ter sido testado com as métricas definidas inicialmente, espera-se que, através do balanceamento dos esforços se verifique um aumento da produtividade dos mesmos.
O último objetivo centrava-se em diminuir o tempo e custo de formação das equipas até possuírem competências suficientes para desempenhar os papéis do modelo Reduzido do RUP, acabou por ser descartado uma vez que 99% dos alunos afirmavam possuir conhecimento das responsabilidades inerentes aos seus papéis, sendo por isso irrelevante analisar o esforço investido pelos mesmos na aquisição do conhecimento.
De uma forma global os objetivos principais desta dissertação foram cumpridos, embora alguns, necessitem de trabalho futuro para serem totalmente validados. Relativamente às conclusões obtidas no capítulo 4 pode-se verificar que:
Algumas das métricas recolhidas, apesar de terem desempenhado um papel informativo, não tiveram muito impacto no ajustamento dos papéis. Foram recolhidas e utilizadas para identificar a maturidade das equipas. Exemplos disso são a faixa etária dos elementos, o género, estatuto do aluno e ano de inscrição.
Por outro lado, outras métricas ajudaram, indiretamente a desenvolver o ajustamento realizado aos papéis do modelo reduzido do RUP, como é exemplo o número de unidades curriculares em atras ou os conhecimentos que o intervenientes tinham em relação às responsabilidades dos papéis no início do projeto.
As métricas que diretamente ajudaram a sugerir ajustamentos ao modelo reduzido do RUP foram a constituição dos grupos (intervenientes distribuídos por cada papel e dimensão total das equipas) e o esforço investido pelos intervenientes (esforço total de cada grupo, esforço total de cada grupo nos diferentes momentos, esforço médio investido em cada papel do modelo Reduzido do RUP e, o esforço médio investido comparativamente ao esforço médio definido pelos créditos ECTS).
Todas as métricas atrás definidas apoiaram no desenvolvimento desta dissertação, mas após realização da primeira iteração do modelo, foi notado que
120
provavelmente existiam outras métricas que poderiam ter enriquecido ainda mais o modelo, apoiando o novo modelo sugerido nesta dissertação. Duas das métricas principais seriam as notas individuais de cada grupo, de forma a poder medir o desempenho dos mesmos no projeto assim como avaliar o desempenho dos grupos em diferentes áreas de processos do CMMI.
Em suma e já exposto no capítulo anterior, relativamente ao modelo Reduzido do RUP utilizado pelos alunos na unidade curricular de Desenvolvimento de Aplicações Informáticas do mestrado integrado em Engenharia e Gestão de Sistemas de Informação e baseado nos dados recolhidos, pode afirmar-se que, a junção das responsabilidades do Chefe de Equipa (System Integrator), do Arquiteto de Software (Software Architect) e do Coordenador de Desenvolvimento (Process Engineer) não é uma opção viável, uma vez que se pretende uniformizar o esforço investido em todos os papéis.
No modelo Reduzido do RUP definido por (Borges, 2007), apenas o arquiteto de Software (Software Architect) e o Chefe de equipa (System Integrator), possuem responsabilidades acumuladas, sendo que foi opção dos alunos não definirem um Coordenador de Desenvolvimento (Process Engineer). Mesmo assim Sugere-se que esses papéis sejam repartidos assim como se encontra no modelo Base do RUP.
Outra conclusão relevante desta dissertação é o facto do Coordenador de infraestruturas (System Administrator) não ter um esforço proporcional durante todas as fases do projeto, sendo assim sugerido que as responsabilidades deste papel sejam agrupadas com as responsabilidades do Coordenador de Desenvolvimento (Process Engineer).
Sugere-se ainda, de forma a equilibrar o esforço entre o Auditor de Qualidade (System Tester) e o Coordenador de Qualidade (Test Manager), que as suas responsabilidades sejam agrupadas, surgindo assim o novo papel “Gestor de Qualidade”, sendo assim inicialmente definidos pelo menos dois intervenientes para desempenhar o novo papel.
Espera-se que este modelo, daqui a alguns anos, seja aplicado em organizações de desenvolvimento de Software de pequenas dimensões. Sendo isto provocado pela saída dos alunos da universidade do Minho após a conclusão dos seus percursos académicos e a entrada dos mesmos no mercado de trabalho com novas ideologias para valorizarem as organizações.
121
Apesar do esforço realizado para melhorar o modelo Reduzido, o Modelo EPRR ainda requer de experimentação antes de ser aplicado em contexto real. Este modelo encontra-se limitado pela falta de experiência por parte do autor em relação a contextos reais. Sendo assim possível encontrar no modelo soluções a problemas do estudo de caso que, simulava um contexto real mas que não deixava de ser um contexto académico, mas que aplicado no contexto real, poderia não possuir o mesmo efeito.