CPL - Chalmers Publication Library
| Utbildning | Forskning | Styrkeområden | Om Chalmers | In English In English Ej inloggad.

Investigating Architectural Technical Debt accumulation and refactoring over time: A multiple-case study

Antonio Martini (Institutionen för data- och informationsteknik, Software Engineering (Chalmers)) ; Jan Bosch (Institutionen för data- och informationsteknik, Software Engineering (Chalmers)) ; Michel Chaudron
Information and Software Technology (0950-5849). Vol. 67 (2015), p. 237-253.
[Artikel, refereegranskad vetenskaplig]

Context A known problem in large software companies is to balance the prioritization of short-term with long-term feature delivery speed. Specifically, Architecture Technical Debt is regarded as sub-optimal architectural solutions taken to deliver fast that might hinder future feature development, which, in turn, would hinder agility. Objective This paper aims at improving software management by shedding light on the current factors responsible for the accumulation of Architectural Technical Debt and to understand how it evolves over time. Method We conducted an exploratory multiple-case embedded case study in 7 sites at 5 large companies. We evaluated the results with additional cross-company interviews and an in-depth, company-specific case study in which we initially evaluate factors and models. Results We compiled a taxonomy of the factors and their influence in the accumulation of Architectural Technical Debt, and we provide two qualitative models of how the debt is accumulated and refactored over time in the studied companies. We also list a set of exploratory propositions on possible refactoring strategies that can be useful as insights for practitioners and as hypotheses for further research. Conclusion Several factors cause constant and unavoidable accumulation of Architecture Technical Debt, which leads to development crises. Refactorings are often overlooked in prioritization and they are often triggered by development crises, in a reactive fashion. Some of the factors are manageable, while others are external to the companies. ATD needs to be made visible, in order to postpone the crises according to the strategic goals of the companies. There is a need for practices and automated tools to proactively manage ATD.

Nyckelord: Agile software development, Architectural Technical Debt, Qualitative model



Denna post skapades 2015-10-12. Senast ändrad 2016-10-10.
CPL Pubid: 223988

 

Läs direkt!


Länk till annan sajt (kan kräva inloggning)


Institutioner (Chalmers)

Institutionen för data- och informationsteknik, Software Engineering (Chalmers)
Institutionen för data- och informationsteknik (GU) (GU)

Ämnesområden

Programvaruteknik

Chalmers infrastruktur