All publications:
https://dblp.uni-trier.de/pers/hd/m/Martini:Antonio
LinkedIn profile:
https://www.linkedin.com/in/antmartini/
Publications
-
Besker, Terese; Martini, Antonio & Bosch, Jan (2020). Carrot and stick approaches when managing technical debt, In Izurieta Clemente; Galster Matthias & Michael Felderer (ed.),
TechDebt '20: Proceedings of the 3rd International Conference on Technical Debt.
IEEE.
ISBN 978-1-4503-7960-1.
Artikkel.
s 21
- 30
-
Josep, Burgaya Pujols; Bas, Pieter; Martínez-Fernández, Silverio; Martini, Antonio & trendowicz, adam (2020). Skuld: a self-learning tool for impact-driven technical debt management, In Izurieta Clemente; Galster Matthias & Michael Felderer (ed.),
TechDebt '20: Proceedings of the 3rd International Conference on Technical Debt.
IEEE.
ISBN 978-1-4503-7960-1.
article.
s 113
- 114
-
Martini, Antonio; Besker, Terese & Bosch, Jan (2020). Process Debt: a First Exploration, In - - (ed.),
27TH asia-pacific software engineering conference APSEC.
IEEE.
ISBN 978-1-5090-5575-3.
Article.
-
Soares De Toledo, Saulo; Martini, Antonio & I. K. Sjøberg, Dag (2020). Improving Agility by Managing Shared Libraries in Microservices, In Maria Paasivaara & Philippe Kruchten (ed.),
Lecture Notes in Business Information Processing, vol 396.
Springer Berlin/Heidelberg.
ISBN 978-3-030-58857-1.
s 195
- 202
Show summary
Using microservices is a way of supporting an agile architecture. However, if the microservices development is not properly managed, the teams’ development velocity may be affected, reducing agility and increasing architectural technical debt. This paper investigates how to manage the use of shared libraries in microservices to improve agility during development. We interviewed practitioners from four large international companies involved in microservices projects to identify problems when using shared libraries. Our results show that the participating companies had issues with shared libraries as follows: coupling among teams, delays on fixes due to overhead on libraries development teams, and need to maintain many versions of the libraries. Our results highlight that the use of shared libraries may hinder agility on microservices. Thus, their use should be restricted to situations where shared libraries cannot be replaced by a microservice and the costs of replicating the code on each service is very high.
-
Besker, Terese; Martini, Antonio & Bosch, Jan (2019). How Regulations of Safety-Critical Software Affect Technical Debt, In Miroslaw Staron; Rafael Capilla & Amund Skavhaug (ed.),
2019 45th Euromicro Conference on Software Engineering and Advanced Applications (SEAA).
IEEE.
ISBN 978-1-7281-3421-5.
Artikkel.
Show summary
In recent years in the software industry, the use of safety-critical software is increasing at a rapid rate. However, little is known about the relationship between safety-critical regulations and the management of technical debt. The research is based on interviews with 19 practitioners working in different safety-critical domains implementing software according to different safety regulation standards. The results are three-fold. First, the result shows that performing technical debt refactoring tasks in safety-critical software requires several additional activities and costs, compared to non-safety-critical software. This study has also identified several negative effects due to the impact of these regulatory requirements. Second, the results show that the safety-critical regulations strengthen the implementation of both source code and architecture and thereby initially limit the introduction of technical debt. However, at the same time, the regulations also force the software companies to perform later suboptimal work-around solutions that are counterproductive in achieving a high-quality software since the regulations constrain the possibility of performing optimal TD refactoring activities. Third, the result shows that technical debt refactoring decisions are heavily weighed on the costs associated with the application's recertification process and that these decisions seldom include the benefits of the refactoring activities in a structured way.
-
Besker, Terese; Martini, Antonio & Bosch, Jan (2019). Software developer productivity loss due to technical debt?A replication and extension study examining developers? development work. Journal of Systems and Software.
ISSN 0164-1212.
156, s 41- 61 . doi:
10.1016/j.jss.2019.06.004
-
Besker, Terese; Martini, Antonio & Bosch, Jan (2019). Technical debt triage in backlog management, In Paris Avgeriou & Klaus Schmid (ed.),
Proceedings of the Second International Conference on Technical Debt.
IEEE Press.
ISBN 978-1-7281-3371-3.
Artikkel.
Show summary
Remediation of technical debt through regular refactoring initiatives is considered vital for the software system's long and healthy life. However, since today's software companies face increasing pressure to deliver customer value continuously, the balance between spending developer time, effort, and resources on implementing new features or spending it on refactoring of technical debt becomes vital. The goal of this study is to explore how the prioritization of technical debt is carried out by practitioners within today's software industry. This study also investigates what factors influence the prioritization process and its related challenges. This paper reports the results of surveying 17 software practitioners, together with follow-up interviews with them. Our results show that there is no uniform way of prioritizing technical debt and that it is commonly done reactively without applying any explicit strategies. Often, technical debt issues are managed and prioritized in a shadow backlog, separate from the official sprint backlog. This study was also able to identify several different challenges related to prioritizing technical debt, such as the lack of quantitative information about the technical debt items and that the refactoring of technical debt issues competes with the implementation of customer requirements.
-
Hanssen, Geir Kjetil; Brataas, Gunnar & Martini, Antonio (2019). Identifying Scalability Debt in Open Systems, In Paris Avgeriou & Klaus Schmid (ed.),
Proceedings of the Second International Conference on Technical Debt.
IEEE Press.
ISBN 978-1-7281-3371-3.
Artikkel.
s 48
- 52
Show summary
Architectural technical debt can be generated by changes in the business and the environment of an organization. In this paper, we emphasize the change in scalability requirements due to new regulations. Scalability is the ability of a system to handle an increased workload. For complex systems that are abruptly exposed via open interfaces and hence a greater workload, the scalability requirements may quickly increase, leading to technical debt. We term this scalability debt. This paper describes scalability triage, a light-weight, novel technique for identifying scalability threats as a form of technical debt. We illustrate this technique with an open banking case from a large software organization. Open banking is partly caused by the new European PSD2 regulative that enforce banks to open interfaces to unknown third-party actors. Banking systems are well-established, mature systems. However, with the advent of open banking and PSD2, the workload may quickly rocket. This leads to tougher scalability requirements and accumulated architectural debt, despite previously sound architectural decisions. Using scalability triage, such risks may be identified fast. It will then be possible to prevent this form of technical debt with timely reengineering.
-
Lenarduzzi, Valentina; Martini, Antonio; Taibi, Davide & Tamburri, Damian Andrew (2019). Towards surgically-precise technical debt estimation: early results and research roadmap, In Francesca Arcelli Fontana (ed.),
Proceedings of the 3rd ACM SIGSOFT International Workshop on Machine Learning Techniques for Software Quality Evaluation, MaLTeSQuE@ESEC/SIGSOFT FSE 2019.
Association for Computing Machinery (ACM).
ISBN 978-1-4503-6855-1.
Artikkel.
s 37
- 42
Show summary
The concept of technical debt has been explored from many perspectives but its precise estimation is still under heavy empirical and experimental inquiry. We aim to understand whether, by harnessing approximate, data-driven, machine-learning approaches it is possible to improve the current techniques for technical debt estimation, as represented by a top industry quality analysis tool such as SonarQube. For the sake of simplicity, we focus on relatively simple regression modelling techniques and apply them to modelling the additional project cost connected to the sub-optimal conditions existing in the projects under study. Our results shows that current techniques can be improved towards a more precise estimation of technical debt and the case study shows promising results towards the identification of more accurate estimation of technical debt.
-
Mamun, Md Abdullah Al; Martini, Antonio; Staron, Miroslaw; Berger, Christian & Hansson, Jorgen (2019). Evolution of technical debt: An exploratory study. CEUR Workshop Proceedings.
ISSN 1613-0073.
2476(6), s 87- 102
-
Martini, Antonio; Stray, Viktoria & Moe, Nils Brede (2019). Technical-, social- and process debt in large-scale agile: An exploratory case-study. Lecture Notes in Business Information Processing.
ISSN 1865-1348.
364, s 112- 119 . doi:
10.1007/978-3-030-30126-2_14
Show summary
Large-scale agile projects bring inter-teams interaction challenges. Teams need to be autonomous, but often crosscutting concerns affect many teams. If the teams fail to collaborate on these concerns, the negative effects might hinder agility in the medium and long term. In other words, the organization and the system accumulate debt, on which the teams pay a high interest. Such debt must therefore be prioritized and “repaid” timely. We conducted a case study with interviews, observations and document analysis. Via both team- and large-scale retrospectives we investigated how teams coordinate and discuss Technical-, Social- and Process Debts.
-
Mårtensson, Torvald; Martini, Antonio; Ståhl, Daniel & Bosch, Jan (2019). Excellence in Exploratory Testing: Success Factors in Large-Scale Industry Projects, In Xavier Franch; Tomi Männistö & Silverio Martínez-Fernández (ed.),
Product-Focused Software Process Improvement - 20th International Conference, PROFES 2019, Barcelona, Spain, November 27-29, 2019, Proceedings.
Springer.
ISBN 978-3-030-35332-2.
Artikkel.
-
Soares De Toledo, Saulo; Martini, Antonio; Przybyszewska, Agata & Sjøberg, Dag (2019). Architectural Technical Debt in Microservices: A Case Study in a Large Company, In Paris Avgeriou & Klaus Schmid (ed.),
Proceedings of the Second International Conference on Technical Debt.
IEEE Press.
ISBN 978-1-7281-3371-3.
kapittel.
Show summary
Introduction: Software companies aim to achieve continuous delivery to constantly provide value to their customers. A popular strategy is to use microservices architecture. However, such an architecture is also subject to debt, which hinders the continuous delivery process and thus negatively affects the software released to the customers. Objectives: The aim of this study is to identify issues, solutions and risks related to Architecture Technical Debt in microservices. Method: We conducted an exploratory case study of a real life project with about 1000 services in a large, international company. Through qualitative analysis of documents and interviews, we investigated Architecture Technical Debt in the communication layer of a system with microservices architecture. Results: Our main contributions are a list of Architecture Technical Debt issues specific for the communication layer in a system with microservices architecture, as well as their associated negative impact (interest), a solution to repay the debt and the its cost (principal). Among the found Architecture Technical Debt issues were the existence of business logic in the communication layer and a high amount of point-to-point connections between services. The studied solution consists of the implementation of different canonical models specific to different domains, the removal of business logic from the communication layer, and migration from services to use the communication layer correctly. We also contributed with a list of possible risks that can affect the payment of the debt, as lack of funding and inadequate prioritization. Conclusion: We found issues, solutions and possible risks that are specific for microservices architectures not yet encountered in the current literature. Our results may be useful for practitioners that want to avoid or repay Technical Debt in their microservices architecture.
-
Ståhl, Daniel; Martini, Antonio & Mårtensson, Torvald (2019). Big bangs and small pops: on critical cyclomatic complexity and developer integration behavior, In Helen Sharp & Mike Whalen (ed.),
Proceedings of the 41st International Conference on Software Engineering: Software Engineering in Practice, ICSE (SEIP) 2019.
IEEE.
ISBN 978-1-7281-1760-7.
Artikkel.
s 81
- 90
Show summary
Continuous integration is believed by many to improve software quality, including cyclomatic complexity. In this paper an exploratory study investigates the relationship between continuous integration behavior among developers and the cyclomatic complexity - particularly at critical levels - of the source code they commit, as a correct understanding of the consequences of a software development practice, particularly one as popular as continuous integration, is of crucial importance to industry professionals when deciding on improvement efforts. It is found that developer behavior differs significantly, as does their knowledge and awareness of cyclomatic complexity as a concept. We find that even though large commits ("big bangs") contribute proportionately slightly more to cyclomatic complexity, the effect is much less pronounced for critical cyclomatic complexity. It is also found that complex code tends to overlap with high levels of change activity, and that some developers deliberately change their integration behavior in the face of such hotspots, as a strategy to avoid merge conflicts.
-
Besker, Terese; Martini, Antonio & Bosch, Jan (2018). Technical debt cripples software developer productivity: A longitudinal study on developers' daily software development work. Proceedings - International Conference on Software Engineering.
ISSN 0270-5257.
s 105- 114 . doi:
10.1145/3194164.3194178
Full text in Research Archive.
-
Besker, Terese; Martini, Antonio; Lokuge, Rumesh Edirisooriya; Blincoe, Kelly & Bosch, Jan (2018). Embracing Technical Debt, from a Startup Company Perspective, In - - (ed.),
2018 IEEE International Conference on Software Maintenance and Evolution (ICSME).
IEEE.
ISBN 978-1-5386-7870-1.
-.
s 415
- 425
-
Martini, Antonio (2018). AnaConDebt: A Tool to Assess and Track Technical Debt. Proceedings - International Conference on Software Engineering.
ISSN 0270-5257.
s 55- 56 . doi:
10.1145/3194164.3194185
Full text in Research Archive.
-
Martini, Antonio; Arcelli Fontana, Francesca; Biaggi, Andrea & Roveda, Riccardo (2018). Identifying and Prioritizing Architectural Debt Through Architectural Smells: A Case Study in a Large Software Company, In Carlos E. Cuesta; David Garlan & Jennifer Pérez (ed.),
12th European Conference on Software Architecture, ECSA 2018, Madrid, Spain, September 24–28, 2018, Proceedings.
Springer.
ISBN 978-3-030-00760-7.
ECSA 2018: Software Architecture.
s 320
- 335
-
Martini, Antonio; Besker, Terese & Bosch, Jan (2018). Technical Debt tracking: Current state of practice: A survey and multiple case study in 15 large organizations. Science of Computer Programming.
ISSN 0167-6423.
163, s 42- 61 . doi:
10.1016/j.scico.2018.03.007
Full text in Research Archive.
-
Martini, Antonio; Sikander, Erik & Madlani, Niel (2018). A semi-automated framework for the identification and estimation of Architectural Technical Debt: A comparative case-study on the modularization of a software component. Information and Software Technology.
ISSN 0950-5849.
93, s 264- 279 . doi:
10.1016/j.infsof.2017.08.005
-
Martini, Antonio; Wimmer, Manuel & Skavhaug, Amund (2020). Proceedings of 46th Euromicro Conference on Software Engineering and Advanced Applications (SEAA 2020).
IEEE.
ISBN 978-1-7281-9533-9.
600 s.
Published Nov. 8, 2017 3:15 PM
- Last modified Jan. 31, 2020 9:15 AM