Please enable JavaScript.
Coggle requires JavaScript to display documents.
Technical debt and agile software development practices and processes: An
…
Technical debt and agile software development practices and processes: An
industry practitioner survey
Contexto
Conhecido
o desenvolvimento de software contemporâneo é normalmente conduzido em ambientes dinâmicos com poucos recursos
que estão sujeitos ao acúmulo de dívidas técnicas.
Desconhecido
o que permanece desconhecido é como a dívida técnica especificamente se manifesta e afeta os processos de software, e como o técnicas de desenvolvimento de software empregadas acomodam ou mitigam a presença desta dívida
-
Metodologia
-
184 respostas de profissionais no Brasil, Finlândia e Nova Zelândia
Survey
de modo a minimizar a transcrição de dados
erros, maximizando a usabilidade para os respondentes
Para cada país (Brasil, Finlândia e Nova Zelândia), foi criado um serviço de questionários.
-
Resultados
1) Os profissionais estão cientes da dívida técnica, embora houvesse
utilização do conceito,
2) Dívida técnica comumente reside em sistemas legados, no entanto, instâncias concretas de
dívida técnica são difíceis de conceituar, o que a torna problemática para gerenciar,
3) Práticas ágeis consultadas e os processos ajudam a reduzir a dívida técnica; em particular, técnicas que verificam e mantêm a estrutura e clareza de artefatos implementados (por exemplo, padrões de codificação e refatoração) afetam positivamente o gerenciamento de dívida técnica
Conclusão
O fato de as instâncias de dívida técnica tenderem a ter características em comum significa que um
abordagem sistemática para sua gestão é viável.
apesar dos efeitos positivos de algumas
práticas de gestão técnica da dívida e os interesses concorrentes das partes interessadas continuam a ser uma preocupação.
-
technical debt
Embora a dívida técnica como fenômeno não seja nova, sua conceituação é bastante recente
A dívida técnica descreve as consequências das ações de desenvolvimento de software que priorizam intencionalmente ou não
-
restrições do projeto
prazos de entrega, mais implementação técnica e
-
Conceitualmente, a dívida técnica é um análogo da dívida financeira, com conceitos associados, como níveis de dívida, acumulação da dívida ao longo do tempo e suas prováveis consequências, e a pressão para pagar a dívida em algum momento.
Dívida técnica não deve ser equiparada a software abaixo do ideal
e os efeitos negativos decorrentes de tais desenvolvimentos
Existem circunstâncias em que a decisão de acumular dívida técnica
(ou seja, não reembolsar) tem custo-benefício positivo para uma equipe.
-
-
O efeito do desenvolvimento contínuo, o
causas, e as origens também são capturadas para dívida técnica.
Conceitos
Cunningham reconheceu que, a maioria, muitas vezes, a dívida técnica exigia reembolso, enquanto a incapacidade de gerenciar ativos podem levar a uma completa paralisação, visto que o interesse e os efeitos das adaptações (ou falta delas) tornam-se insuportáveis.
A definição de Steve McConnell, que separa intencional e acúmulo não intencional de dívida técnica, tem sido amplamente adotado pela academia
-
Abordagem de pesquisa
o estudo é realizado em três países (Brasil, Finlândia e Nova
Zelândia).
-
-
-
Análise dos Resultados
-
-
-
As informações produzidas pelas validações podem ser usadas para argumentar a favor ou contra o uso de técnicas específicas
em contextos específicos de desenvolvimento de software.
Enquanto os resultados geralmente positivos falam para a integração ágil
práticas e processos de desenvolvimento de software para gestão técnica de dívidas, áreas de preocupação ainda permanecem dentro dessas técnicas.
não observamos um correlação entre o tamanho da equipe dos entrevistados (que pode contribuir para o número de partes interessadas presentes) e os efeitos percebidos da dívida técnica. Isso sugere que os profissionais podem não precisar fazer provisões para este fator ao considerar a gestão de dívida
a proximidade do conceito de "dívida técnica" com o conceito de
'Legado de software' deve ser examinado cuidadosamente para estabelecer se os profissionais distinguem totalmente entre os dois conceitos.
Discussões e implicações
-
-
o conceito de dívida técnica é compreendido de forma consistente por todos
grupos de partes interessadas
Limitações
-
a existência de três conjuntos de dados separados provavelmente reduzirá os efeitos de
Viés de amostragem.
Espera-se uma maior expansão da pesquisa para fornecer conjuntos de dados adicionais para consideração.
as instâncias de dívida técnica concreta registradas podem ser enviesadas para componentes de software desenvolvidos por terceiros, o que afeta como representativa nossa amostra é. Um potencial resultado negativo disso poderia é que os entrevistados registraram um número maior de origens legadas, dado que tais sistemas são freqüentemente herdados de outros.
CONCLUSAO
embora os profissionais estejam cientes do conceito de dívida técnica, este
o conhecimento está implícito e, portanto, subutilizado
pesquisas recentes descobriram que a dívida técnica é um problema universal,
isso é motivo de preocupação
dívidas técnicas podem contribuir para preencher a lacuna de comunicação entre diferentes grupos e funções de partes interessadas de software
a análise mostrou que a maioria das práticas de desenvolvimento ágil de software práticas e processos foram vistos como tendo - positivos ou mais divergente - um efeito sobre a dívida técnica e sua gestão
-
O termo "dívida técnica" foi cunhado por Ward Cunningham [3],
-
-