57887.pdf

International research projects involve large, distributed teams made up from multiple institutions. These teams create research artefacts that need to work together in order to demonstrate and ship the project results. Yet, in these settings the project itself is almost never in the core interest o...

Πλήρης περιγραφή

Λεπτομέρειες βιβλιογραφικής εγγραφής
Γλώσσα:English
Έκδοση: InTechOpen 2021
id oapen-20.500.12657-49246
record_format dspace
spelling oapen-20.500.12657-492462021-11-23T14:05:39Z Chapter Continuous Anything for Distributed Research Projects Griesinger, Frank Domaschka, Jörg Volpert, Simon Continuous Delivery, Continuous Integration, Continuous Deployment, project management, software quality, DevOps, distributed software development bic Book Industry Communication::T Technology, engineering, agriculture::TG Mechanical engineering & materials::TGP Production engineering International research projects involve large, distributed teams made up from multiple institutions. These teams create research artefacts that need to work together in order to demonstrate and ship the project results. Yet, in these settings the project itself is almost never in the core interest of the partners in the consortium. This leads to a weak integration incentive and consequently to last minute efforts. This in turn results in Big Bang integration that imposes huge stress on the consortium and produces only non-sustainable results. In contrast, industry has been profiting from the introduction of agile development methods backed by Continuous Delivery, Continuous Integration, and Continuous Deployment. In this chapter, we identify shortcomings of this approach for research projects. We show how to overcome those in order to adopt all three methodologies regarding that scope. We also present a conceptual, as well as a tooling framework to realise the approach as Continuous Anything. As a result, integration becomes a core element of the project plan. It distributes and shares responsibility of integration work among all partners, while at the same time clearly holding individuals responsible for dedicated software components. Through a high degree of automation, it keeps the overall integration work low, but still provides immediate feedback on the quality of the software. Overall, we found this concept useful and beneficial in several EU-funded research projects, where it significantly lowered integration effort and improved quality of the software components while also enhancing collaboration as a whole. 2021-06-02T10:10:28Z 2021-06-02T10:10:28Z 2018 chapter ONIX_20210602_10.5772/intechopen.72045_360 https://library.oapen.org/handle/20.500.12657/49246 eng application/pdf n/a 57887.pdf InTechOpen 10.5772/intechopen.72045 10.5772/intechopen.72045 09f6769d-48ed-467d-b150-4cf2680656a1 H2020-DRS-2014 732258 644690 732667 open access
institution OAPEN
collection DSpace
language English
description International research projects involve large, distributed teams made up from multiple institutions. These teams create research artefacts that need to work together in order to demonstrate and ship the project results. Yet, in these settings the project itself is almost never in the core interest of the partners in the consortium. This leads to a weak integration incentive and consequently to last minute efforts. This in turn results in Big Bang integration that imposes huge stress on the consortium and produces only non-sustainable results. In contrast, industry has been profiting from the introduction of agile development methods backed by Continuous Delivery, Continuous Integration, and Continuous Deployment. In this chapter, we identify shortcomings of this approach for research projects. We show how to overcome those in order to adopt all three methodologies regarding that scope. We also present a conceptual, as well as a tooling framework to realise the approach as Continuous Anything. As a result, integration becomes a core element of the project plan. It distributes and shares responsibility of integration work among all partners, while at the same time clearly holding individuals responsible for dedicated software components. Through a high degree of automation, it keeps the overall integration work low, but still provides immediate feedback on the quality of the software. Overall, we found this concept useful and beneficial in several EU-funded research projects, where it significantly lowered integration effort and improved quality of the software components while also enhancing collaboration as a whole.
title 57887.pdf
spellingShingle 57887.pdf
title_short 57887.pdf
title_full 57887.pdf
title_fullStr 57887.pdf
title_full_unstemmed 57887.pdf
title_sort 57887.pdf
publisher InTechOpen
publishDate 2021
_version_ 1771297382264209408