Identificação e monitoramento de dívida técnica no setor de tecnologia da informação da Universidade Federal da Fronteira Sul - um estudo de caso exploratório

• Autor(a) principal: Perondi, Ramon
• Data de Publicação: 2014
• Tipo de documento: Trabalho de conclusão de curso
• Idioma: por
• Título da fonte: Repositório Institucional da UFFS (Repositório Digital da UFFS)
• Texto Completo: https://rd.uffs.edu.br/handle/prefix/1007
• topic: Software; Qualidade de software

A metáfora dívida técnica, cunhada por Ward Cunningham em 1992, representa o comprometimento da qualidade de um código ao serem utilizadas práticas imaturas no desenvolvimento de software, justificadas por vários motivos. O perigo de contrair tais dívidas não está no fato de serem adquiridas, mas sim, na ausência de seus pagamentos, ou seja, quando elas não são pagas e acabam esquecidas no código. Neste sentido, o presente trabalho buscou identifi- car, no setor de Tecnologia de Informação da Universidade Federal da Fronteira Sul, as dívidas técnicas existentes e encontrar um modelo de gestão de dívidas que pudesse auxiliar na identificação e monitoramento das dívidas contraídas. Para que esses objetivos fossem alcançados, a presente pesquisa se propôs a definir o estado da arte buscando trabalhos relacionados a dí- vida. A presente pesquisa buscou ainda difundir a cultura da dívida técnica no caso estudado, sugerir formas de monitoramento de dívida técnica e identificar o impacto das sugestões dentro da equipe. Para a realização dessas ações, foi realizado um estudo de caso exploratório e utilizaram-se técnicas de coleta de dados qualitativos que foram analisados utilizando a metodologia denominada Grounded Theory. Um modelo de gestão de dívida técnica foi construído onde é possível visualizar formas de identificação e monitoramento de dívida técnica. Este modelo foi criado em conjunto com os membros da equipe do caso estudado que o utilizaram durante um semestre. Ao final o mesmo foi validado através de entrevistas onde identificou-se que o modelo auxiliou a equipe a refletir sobre os problemas de qualidade existentes no código bem como a criar um forma de geri-los.