Submitted by Isaac Francisco de Souza Dias (isaac.souzadias@ufpe.br) on 2016-05-19T17:20:34Z No. of bitstreams: 2 license_rdf: 1232 bytes, checksum: 66e71c371cc565284e70f40736c94386 (MD5) TESE Felipe Augusto Pereira.pdf: 371837 bytes, checksum: 06bf8cb7e41bbd98ba61f79488519fa7 (MD5) / Made available in DSpace on 2016-05-19T17:20:34Z (GMT). No. of bitstreams: 2 license_rdf: 1232 bytes, checksum: 66e71c371cc565284e70f40736c94386 (MD5) TESE Felipe Augusto Pereira.pdf: 371837 bytes, checksum: 06bf8cb7e41bbd98ba61f79488519fa7 (MD5) Previous issue date: 2014-12-17 / Esta tese busca compreender como a ocorrência de falhas em projetos e as mudanças nas rotinas organizacionais de gestão de projetos em organizações de desenvolvimento de software se relacionam. Para tanto, foi realizado um estudo de caso instrumental, de natureza qualitativa, no qual foram realizadas entrevistas com membros da equipe, líderes, gerentes de projetos, de negócios e de operações de uma organização voltada para o desenvolvimento de software. Como principais resultados, foram identificados sete critérios de falhas (tempo, custo, escopo, qualidade, satisfação do cliente, satisfação da equipe e interrupção do projeto), fatores que levam a cada um desses critérios e os stakeholders e ocasiões envolvidos na detecção das falhas. Além disso, foram identificadas quinze rotinas organizacionais de gestão de projetos que sofrem mudanças ao longo do tempo e vinte episódios em que a ocorrência de falhas gerou mudanças nessas rotinas. Os resultados mostram que: i) as falhas estão associadas às mudanças nas rotinas, que ocorrem quando os agentes de mudança percebem que a mudança na rotina pode atuar sobre os fatores que levaram à ocorrência das falhas; ii) quanto maior o potencial de impacto das falhas maior a tendência à ocorrência de mudanças; iii) esse fenômeno depende do grau de maturidade da organização; iv) mudanças em rotinas que ocorrem em um projeto podem ocorrer em outros projetos, a depender de características do projeto, cliente, gerente, equipe e contexto. / This research seeks to understand how the occurrence of failures in projects is related with changes in project management organizational routines in software development organizations. An instrumental qualitative case study was conducted, and team members, leaders, project, business and operation managers were interviewed. As main results, seven failure criteria (time, cost, scope, quality, customer satisfaction, team satisfaction and termination of the project) were detected, and factors that lead to each of these criteria and stakeholders and occasions involved in detection of failures were identified. In addition, fifteen project management organizational routines that undergo changes over time and twenty episodes in which occurrence of failures led to changes in these routines were identified. The results show that: i) failures are associated with changes in routines, which occur when change agents perceive that the change in routine can act on the factors that led to the occurrence of failures; ii) the impact of the failure and the occurrence of routine change are associated; iii) this phenomenon depends on the degree of maturity of the organization; iv) changes in routines that occur in a project may occur in other projects, depending on the projects characteristics, project manager, client, team and context.

Rastreabilidade de Requisitos é uma atividade de grande importância no contexto da Gerência de Requisitos em Projetos de software e pode ser definida como a atividade que acompanha um requisito em todo seu ciclo de vida. Nesse sentido, diversas abordagens (técnicas, modelos de processos, frameworks de processo, ferramenta, metodologias e afins) de apoio a rastreabilidade encontram-se dispersas na literatura para que se possam atingir os níveis de produtividade e qualidade desejados. Neste contexto, este trabalho visa contribuir por meio de um catálogo de abordagens de apoio a atividade de rastreabilidade de requisito, que é um instrumento que reúne estas abordagens a fim de facilitar e ajudar organizações na sua escolha. Para alcançar tal resultado foi utilizado o método da Engenharia de Software Baseada em Evidências chamado Revisão Sistemática da Literatura, devido a este método ser confiável, rigoroso e auditável, tendo assim, como objetivo investigar na literatura tais abordagens e boas práticas de rastreabilidade de requisitos no contexto de projetos de software.