Concurrent plan-driven versus sequential agile development: keeping up appearances in embedded systems development

B. Walrave, S.A.M. Dolmans, K.E. van Oorschot, S.H.J. van Hellemond

Onderzoeksoutput: Bijdrage aan congresPaperAcademic

Uittreksel

The functionality of many of today's new, ‘intelligent’ products, such as smartphones, originates from the use of embedded systems that include both hardware and software. Hardware development is usually managed using a plan-driven archetype, whereas in software development agile methods have become the dominant archetype. Various studies have suggested that companies can use both agile and plan-driven methods simultaneously in one project, for example by dividing projects in independent modules. However, it is unclear how to consolidate these two archetypes when modularity is not an option - as in embedded systems. To address this, we conduct an in-depth case study of an embedded systems development project in the automotive industry. We use a process research approach to explore the project over time. Subsequently, we draw on systems thinking to illustrate the self-reinforcing nature of project problems over time, ultimately leading the project to fail. Our findings illustrate how the software team is forced to comply with the plan-driven demands of the manufacturer’s hardware team. To solve this apparent role conflict, the software team resorts to ‘keeping up appearances’: it forgoes its agile development cycles and focuses on feature development only without frequent testing. This behavior results in an increasing (and regenerative) number of undetected software issues. When the team finally detects the huge amount of rework, there is no time remaining and the project is terminated by the manufacturer. Based on our analysis we provide suggestions to allow both hardware and software teams to work with their own preferred method.

Congres

Congres23rd Innovation and Product Development Conference
LandVerenigd Koninkrijk
StadGlasgow, U.K.
Periode12/06/1614/06/16

Vingerafdruk

Embedded systems
Computer hardware
Hardware
Smartphones
Automotive industry
Software engineering
Testing
Industry

Citeer dit

Walrave, B., Dolmans, S. A. M., van Oorschot, K. E., & van Hellemond, S. H. J. (2017). Concurrent plan-driven versus sequential agile development: keeping up appearances in embedded systems development. Paper gepresenteerd op 23rd Innovation and Product Development Conference, Glasgow, U.K., Verenigd Koninkrijk.
Walrave, B. ; Dolmans, S.A.M. ; van Oorschot, K.E. ; van Hellemond, S.H.J./ Concurrent plan-driven versus sequential agile development : keeping up appearances in embedded systems development. Paper gepresenteerd op 23rd Innovation and Product Development Conference, Glasgow, U.K., Verenigd Koninkrijk.
@conference{b4a7cb75100b41f4b41cdf8eaaecc1f9,
title = "Concurrent plan-driven versus sequential agile development: keeping up appearances in embedded systems development",
abstract = "The functionality of many of today's new, ‘intelligent’ products, such as smartphones, originates from the use of embedded systems that include both hardware and software. Hardware development is usually managed using a plan-driven archetype, whereas in software development agile methods have become the dominant archetype. Various studies have suggested that companies can use both agile and plan-driven methods simultaneously in one project, for example by dividing projects in independent modules. However, it is unclear how to consolidate these two archetypes when modularity is not an option - as in embedded systems. To address this, we conduct an in-depth case study of an embedded systems development project in the automotive industry. We use a process research approach to explore the project over time. Subsequently, we draw on systems thinking to illustrate the self-reinforcing nature of project problems over time, ultimately leading the project to fail. Our findings illustrate how the software team is forced to comply with the plan-driven demands of the manufacturer’s hardware team. To solve this apparent role conflict, the software team resorts to ‘keeping up appearances’: it forgoes its agile development cycles and focuses on feature development only without frequent testing. This behavior results in an increasing (and regenerative) number of undetected software issues. When the team finally detects the huge amount of rework, there is no time remaining and the project is terminated by the manufacturer. Based on our analysis we provide suggestions to allow both hardware and software teams to work with their own preferred method.",
author = "B. Walrave and S.A.M. Dolmans and {van Oorschot}, K.E. and {van Hellemond}, S.H.J.",
year = "2017",
language = "English",
note = "23rd Innovation and Product Development Conference ; Conference date: 12-06-2016 Through 14-06-2016",

}

Walrave, B, Dolmans, SAM, van Oorschot, KE & van Hellemond, SHJ 2017, 'Concurrent plan-driven versus sequential agile development: keeping up appearances in embedded systems development' Paper gepresenteerd op, Glasgow, U.K., Verenigd Koninkrijk, 12/06/16 - 14/06/16, .

Concurrent plan-driven versus sequential agile development : keeping up appearances in embedded systems development. / Walrave, B.; Dolmans, S.A.M.; van Oorschot, K.E.; van Hellemond, S.H.J.

2017. Paper gepresenteerd op 23rd Innovation and Product Development Conference, Glasgow, U.K., Verenigd Koninkrijk.

Onderzoeksoutput: Bijdrage aan congresPaperAcademic

TY - CONF

T1 - Concurrent plan-driven versus sequential agile development

T2 - keeping up appearances in embedded systems development

AU - Walrave,B.

AU - Dolmans,S.A.M.

AU - van Oorschot,K.E.

AU - van Hellemond,S.H.J.

PY - 2017

Y1 - 2017

N2 - The functionality of many of today's new, ‘intelligent’ products, such as smartphones, originates from the use of embedded systems that include both hardware and software. Hardware development is usually managed using a plan-driven archetype, whereas in software development agile methods have become the dominant archetype. Various studies have suggested that companies can use both agile and plan-driven methods simultaneously in one project, for example by dividing projects in independent modules. However, it is unclear how to consolidate these two archetypes when modularity is not an option - as in embedded systems. To address this, we conduct an in-depth case study of an embedded systems development project in the automotive industry. We use a process research approach to explore the project over time. Subsequently, we draw on systems thinking to illustrate the self-reinforcing nature of project problems over time, ultimately leading the project to fail. Our findings illustrate how the software team is forced to comply with the plan-driven demands of the manufacturer’s hardware team. To solve this apparent role conflict, the software team resorts to ‘keeping up appearances’: it forgoes its agile development cycles and focuses on feature development only without frequent testing. This behavior results in an increasing (and regenerative) number of undetected software issues. When the team finally detects the huge amount of rework, there is no time remaining and the project is terminated by the manufacturer. Based on our analysis we provide suggestions to allow both hardware and software teams to work with their own preferred method.

AB - The functionality of many of today's new, ‘intelligent’ products, such as smartphones, originates from the use of embedded systems that include both hardware and software. Hardware development is usually managed using a plan-driven archetype, whereas in software development agile methods have become the dominant archetype. Various studies have suggested that companies can use both agile and plan-driven methods simultaneously in one project, for example by dividing projects in independent modules. However, it is unclear how to consolidate these two archetypes when modularity is not an option - as in embedded systems. To address this, we conduct an in-depth case study of an embedded systems development project in the automotive industry. We use a process research approach to explore the project over time. Subsequently, we draw on systems thinking to illustrate the self-reinforcing nature of project problems over time, ultimately leading the project to fail. Our findings illustrate how the software team is forced to comply with the plan-driven demands of the manufacturer’s hardware team. To solve this apparent role conflict, the software team resorts to ‘keeping up appearances’: it forgoes its agile development cycles and focuses on feature development only without frequent testing. This behavior results in an increasing (and regenerative) number of undetected software issues. When the team finally detects the huge amount of rework, there is no time remaining and the project is terminated by the manufacturer. Based on our analysis we provide suggestions to allow both hardware and software teams to work with their own preferred method.

M3 - Paper

ER -

Walrave B, Dolmans SAM, van Oorschot KE, van Hellemond SHJ. Concurrent plan-driven versus sequential agile development: keeping up appearances in embedded systems development. 2017. Paper gepresenteerd op 23rd Innovation and Product Development Conference, Glasgow, U.K., Verenigd Koninkrijk.