ORGANIZAÇÃO DO CENÁRIO DE GERENCIAMENTO DE DÍVIDA TËCNICA PARA DÉBITO DE REQUISITOS: ASPECTOS TÉCNICOS E HUMANOS
Divida Técnica, Divida de Requisitos, Divida de Documentação
Contexto: A dívida técnica (DT) contextualiza o problema das tarefas pendentes de
desenvolvimento de software como um tipo de dívida que traz um benefício de curto prazo
para o projeto, frequentemente em termos de aumento da velocidade de desenvolvimento
ou redução do tempo de lançamento no mercado. Itens de DT podem afetar diferentes
artefatos e fases do desenvolvimento de software particularmente importante discutir
a gestão de DT no contexto das atividades de engenharia de requisitos (ER), pois elas s.o
inerentemente complexas, refletem um prop.sito do sistema que alinha diferentes pontos
de vista das partes interessadas do sistema e impactam diversas fases do desenvolvimento
de software. Existem dois tipos de dívida diretamente relacionados . ER: dívida de
requisitos e dívida de documentação. Embora diversos trabalhos tenham investigado o
estado da pr.tica em DT em relação as suas causas, efeitos e gest.o, a literatura atual n.o
abordou o tema sob a perspectiva de requisitos e dívida de documentação de requisitos
(R2DD).
Objetivo: Esta tese de doutorado visa organizar o cen.rio de gest.o de DT
para dívida de requisitos nos aspectos t.cnicos e humanos.
Método: Inicialmente, realizamos uma revisão bibliográfica sobre o estado atual da
pesquisa sobre R2DD e suas causas, efeitos e pr.ticas utilizadas para sua preven..o e
reembolsox. Em seguida, analisamos dados coletados por equipes de replica..o do projeto
InsighTD, que . uma fam.lia de pesquisas globalmente distribu.das sobre as causas,
efeitos e gest.o de DT. A partir do conjunto de conhecimentos resultante da an.lise dos
dados do InsighTD, percebemos que o fator humano . importante ao lidar com R2DD.
Consequentemente, investigamos os atributos positivos e negativos dos engenheiros de
requisitos e a relação entre eles. Com base nessas investigaçõeses, definimos quatro mapas
conceituais.
Resultado: Este trabalho apresenta o estado da pr.tica de R2DD, revelando suas
causas, efeitos e pr.ticas utilizadas para sua prevenção e reembolso. Em rela..o .s causas
de R2DD, prazo, gerenciamento de projeto ineficaz, mudan.a de requisitos, planejamento
inadequado e alta rotatividade da equipe est.o entre as cinco mais citadas para incorrer
em R2DD. Considerando os efeitos de R2DD, os cinco mais citados s.o: atraso na
entrega, retrabalho, perda financeira, baixa qualidade externa e baixa manutenibilidade.
Requisitos bem definidos, seguir o planejamento do projeto, seguir um processo de projeto
bem definido, declaração de escopo bem definida e boa alocação de recursos na equipe
s.o as cinco pr.ticas comumente citadas para prevenir o item R2DD, enquanto a falta
de profissionais qualificados, a documentação nãoo atualizada e o prazo curto s.o os
motivos para explicar a nãoo prevenção de R2DD. Sobre as práticas para reembolso de
itens R2DD, refatoração de código, monitoramento e controle de atividades do projeto,
refatoração de design, investimento de esforço em atividades de reembolso de TD
e altera..o do escopo do projeto est.o entre os cinco mais citados, enquanto o foco em
metas de curto prazo, falta de interesse organizacional, falta de recursos, custo e sobrecarga
da equipe s.o os motivos para explicar o n.o reembolso do R2DD. Considerando a
investigação dos atributos importantes e menos desej.veis dos engenheiros de requisitos,
os atributos capacidade investigativa para dialogar com as partes interessadas, sensatez,
compreens.o do neg.cio, boa capacidade de identificar requisitos ausentes e bom conhecimento
das pr.ticas de engenharia de requisitos s.o os cinco atributos mais citados para
excelentes engenheiros de requisitos, enquanto dificuldade de relacionamento, falta de
comunicação, falta de conhecimento do negócio, elaboração de especifica..es superficiais
(sem detalhes, com inconsist.ncias, ambiguidades - dificultando o trabalho da equipe) e
falta de organiza..o s.o os atributos menos desejáveis mais citados.
Conclusão: Utilizando os dados do InsightTD, inicialmente este trabalho explora o
estado da pr.tica do R2DD, sobre causas, efeitos e pr.ticas utilizadas para sua preven..o
e reembolso. Ap.s analisar esses dados, e considerando que o fator humano . importante
ao lidar com o R2DD, tamb.m s.o explorados os atributos importantes e menos desej.veis
dos engenheiros de requisitos e a rela..o entre eles. Todo o conhecimento foi organizado
em quatro artefatos que podem impulsionar novas investiga..es sobre R2DD e auxiliar
profissionais de software a aumentar suas capacidades.