“…Moreover, while the ability to manufacture high-quality mechanical systems is still critical, it is no longer the only differentiator and what makes a company competitive. During the last two decades, electronics and software have been introduced into many products, and embedded systems companies are becoming increasingly software-intensive with software being the key differentiator [1]. This requires a significant shift in the ways-of-working within these companies, and currently many large companies within the embedded systems domain struggle with the alignment of hardware and software development cycles and practices [1].…”
When individual teams in mechatronic organizations attempt to adopt agile software practices, these practices tend to only affect modules or sub-systems. The short iterations on team level do not lead to short lead-times in launching new or updated products since the overall R&D approach on an organization level is still governed by an overall stage gate or single cycle V-model. This paper identifies challenges for future research on how to combine the predictability and planning desired of mechanical manufacturing with the dynamic capabilities of modern agile software development. Scaling agile in this context requires an expansion in two dimensions: First, scaling the number of involved teams. Second, traversing necessary systems engineering activities in each sprint due to the co-dependency of software and hardware development.
“…Moreover, while the ability to manufacture high-quality mechanical systems is still critical, it is no longer the only differentiator and what makes a company competitive. During the last two decades, electronics and software have been introduced into many products, and embedded systems companies are becoming increasingly software-intensive with software being the key differentiator [1]. This requires a significant shift in the ways-of-working within these companies, and currently many large companies within the embedded systems domain struggle with the alignment of hardware and software development cycles and practices [1].…”
When individual teams in mechatronic organizations attempt to adopt agile software practices, these practices tend to only affect modules or sub-systems. The short iterations on team level do not lead to short lead-times in launching new or updated products since the overall R&D approach on an organization level is still governed by an overall stage gate or single cycle V-model. This paper identifies challenges for future research on how to combine the predictability and planning desired of mechanical manufacturing with the dynamic capabilities of modern agile software development. Scaling agile in this context requires an expansion in two dimensions: First, scaling the number of involved teams. Second, traversing necessary systems engineering activities in each sprint due to the co-dependency of software and hardware development.
“…The adoption of these practices reflects an evolution in which companies move beyond agile practices towards R&D practices characterised by short release cycles, frequent customer validation and fully automated testing and deployment practices. Although the same agile R&D principles apply, moving beyond agile practices means: a) integrating business strategy planning, operations and other corporate functions into shorter development and release cycles [4], [15]; b) utilising automated testing practices that allow for frequent builds [12] and c) implementing continuous experimentation and innovation with customers [2,3,4] to better understand real customer needs. The specific aspects involved in going beyond agile as well as more holistic views of agility have been discussed in recent SE studies [15,16] and especially in the context of lean software development [17].…”
Section: Related Workmentioning
confidence: 99%
“…In step E, companies adopt data collection mechanisms to continuously learn about customer behaviour and product use. Feature experiments are run on a continuous basis and the collected data steer the R&D organisation [2,3]. Rather than being specified by the product management in the early phase of development, requirements evolve based on data collected from real-time customer use.…”
Abstract. The benefits and barriers that software development companies face when moving beyond agile development practices are identified in a multiplecase study in five Finnish companies. The practices that companies need to adopt when moving towards innovation experiment systems are recognised. The background of the study is the Stairway to Heaven (StH) model that describes the path that many software development companies take when advancing their development practices. The development practices in each case are investigated and analysed in relation to the StH model. At first the results of the analysis strengthened the validity of the StH model as a path taken by software development companies to advance their development practices. Based on the findings, the StH model was extended with a set of additional practices and their adoption levels for each step of the model. The extended model was validated in five case companies.
“…Organizations are struggling to know if and how much of the feature that they are developing, will actually deliver value to their customers. To overcome this problem, and to be able to predict and validate feature value, companies have to continuously be able to collect customer feedback and learn from the users [6], [10]. The QCD model, due to its nature of being very dynamic when forming hypotheses and able to handle both quantitative as well as qualitative data [4], is the current 'state of the art' instrument for continuous experimentation.…”
Section: Data Collection and Analysismentioning
confidence: 99%
“…Learning and validating with users of the products is becoming increasingly important and organizations need to adapt their processes in order to take this source of feature validation into account [7], [8]. First seen in the B2C domain and recently also in B2B domain [6], products are becoming connected and by having data collection techniques in place, numerous new options are available to use this information.…”
Abstract.Companies are continuously improving their practices and ways of working in order to fulfill always-changing market requirements. As an example of building a better understanding of their customers, organizations are collecting user feedback and trying to direct their R&D efforts by e.g. continuing to develop features that deliver value to the customer. We (1) develop an actionable technique that practitioners in organizations can use to validate feature value early in the development cycle, (2) validate if and when the expected value reflects on the customers, (3) know when to stop developing it, and (4) identity unexpected business value early during development and redirect R&D effort to capture this value. The technique has been validated in three experiments in two cases companies. Our findings show that predicting value for features under development helps product management in large organizations to correctly re-prioritize R&D investments.
scite is a Brooklyn-based organization that helps researchers better discover and understand research articles through Smart Citations–citations that display the context of the citation and describe whether the article provides supporting or contrasting evidence. scite is used by students and researchers from around the world and is funded in part by the National Science Foundation and the National Institute on Drug Abuse of the National Institutes of Health.