Why and How to Balance Alignment and Diversity of Requirements Engineering Practices in Automotive

In large-scale automotive companies, various requirements engineering (RE) practices are used across teams. RE practices manifest in Requirements Information Models (RIM) that define what concepts and information should be captured for requirements. Collaboration of practitioners from different parts of an organization is required to define a suitable RIM that balances support for diverse practices in individual teams with the alignment needed for a shared view and team support on system level. There exists no guidance for this challenging task. This paper presents a mixed methods study to examine the role of RIMs in balancing alignment and diversity of RE practices in four automotive companies. Our analysis is based on data from systems engineering tools, 11 semi-structured interviews, and a survey to validate findings and suggestions. We found that balancing alignment and diversity of RE practices is important to consider when defining RIMs. We further investigated enablers for this balance and actions that practitioners take to achieve it. From these factors, we derived and evaluated recommendations for managing RIMs in practice that take into account the lifecycle of requirements and allow for diverse practices across sub-disciplines in early development, while enforcing alignment of requirements that are close to release.Comment: 19 page

Boundary Objects and their Use in Agile Systems Engineering

Agile methods are increasingly introduced in automotive companies in the attempt to become more efficient and flexible in the system development. The adoption of agile practices influences communication between stakeholders, but also makes companies rethink the management of artifacts and documentation like requirements, safety compliance documents, and architecture models. Practitioners aim to reduce irrelevant documentation, but face a lack of guidance to determine what artifacts are needed and how they should be managed. This paper presents artifacts, challenges, guidelines, and practices for the continuous management of systems engineering artifacts in automotive based on a theoretical and empirical understanding of the topic. In collaboration with 53 practitioners from six automotive companies, we conducted a design-science study involving interviews, a questionnaire, focus groups, and practical data analysis of a systems engineering tool. The guidelines suggest the distinction between artifacts that are shared among different actors in a company (boundary objects) and those that are used within a team (locally relevant artifacts). We propose an analysis approach to identify boundary objects and three practices to manage systems engineering artifacts in industry

Living Boundary Objects to Support Agile Inter-Team Coordination at Scale

Context: In the last decades, large-scale agile development has received increasing attention, as also organizations with many stakeholders and large systems aim for higher development speed and focus on customer value. A recognized research challenge in large-scale agile development relates to inter-team coordination. To coordinate effectively, organizations need to identify what knowledge is required across team borders and how it can be managed over time. Knowledge is potentially manifested in boundary objects – artifacts that create a shared understanding between teams (e.g., requirements or architecture descriptions). Traceability between artifacts is a key necessity to manage change in agile contexts. Moreover, agile practitioners aim to reduce the documentation effort to absolutely crucial artifacts and trace links.Objective: This thesis aims to improve how practitioners can manage knowledge for inter-team coordination in large-scale agile development. We focus especially on how knowledge can be made explicit in artifacts and trace links that are evolved over time. Method: We empirically investigated problems and developed solutions using a research approach that was inspired by design science. Case studies, an in-depth design science study, a mixed methods study, and surveys were performed. Using this mix of research methods, we leveraged both qualitative and quantitative data. Results: We coined the concept of living boundary objects to manage knowledge for inter-team coordination. Living boundary objects are boundary objects that are traced to other artifacts, kept up to date, and serve for inter-team coordination. They should be established early in the lifecycle to create a common understanding of the product to be developed. We scrutinized architecture descriptions, interfaces, and requirements and traceability information models as examples of concrete boundary objects. We recommend establishing alignment using a common high-level structure, but also supporting diverse knowledge management practices to fulfill the individual needs of agile teams. Conclusions: Our contributions help to establish knowledge management practices that are considered beneficial by practitioners and focus on the crucial aspects to align agile teams on. We suggest concepts and requirements for knowledge management tools that take the distinct role of living boundary objects into consideration and can be adjusted as organizations\u27 needs evolve

GOVERNANCE IN IMPLEMENTING WEAKLY STRUCTURED INFORMATION SYSTEMS

The implementation of information systems (IS) is a complex process that requires appropriate governance to ensure that the technical capabilities of the new IS align with organizational goals. However, existing literature lacks insight into how this alignment occurs when IS are designed as open-ended, weakly structured systems that offer generic functions, rather than for a singular purpose. To address this gap, this study examines the implementation of a low-code AI platform in eight large companies and the governance practices they employed to align the system\u27s capabilities with their organizational goals. The findings highlight the importance of balanced governance practices that support and constrain the generative capacity of weakly structured IS, while enabling continuous interdependent development of organizational and technical capabilities throughout implementation. This study contributes to IS literature by responding to calls to examine challenges of implementing weakly structured IS and offering practical recommendations for implementation teams and system vendors

The Impact of Requirements on Systems Development Speed: A Multiple-Case Study in Automotive

Automotive\ua0manufacturers have historically adopted rigid\ua0requirements\ua0engineering processes. This allowed them to meet safety-critical\ua0requirements\ua0when producing\ua0a\ua0highly complex and differentiated product out of the integration of thousands of physical and software components. Nowadays, few software-related domains are as rapidly changing as the\ua0automotive\ua0industry.\ua0In\ua0particular, the needs of improving\ua0development\ua0speed\ua0are increasingly pushing companies\ua0in\ua0this domain toward new ways of developing software.\ua0In\ua0this paper, we investigate how the goal to increase\ua0development\ua0speed\ua0impacts how\ua0requirements\ua0are managed\ua0in\ua0the\ua0automotive\ua0domain. We start from\ua0a\ua0manager perspective, which we then complement with\ua0a\ua0more general perspective. We used\ua0a\ua0qualitative\ua0multiple-case\ua0study, organized\ua0in\ua0two steps.\ua0In\ua0the first step, we had 20 semi-structured interviews, at two\ua0automotive\ua0manufacturers. Our sampling strategy focuses on manager roles, complemented with technical specialists.\ua0In\ua0the second step, we validated our results with 12 more interviews, covering nine additional respondents and three recurring from the first step.\ua0In\ua0addition to validating our qualitative model, the second step of interviews broadens our perspective with technical experts and change managers. Our respondents indicate and rank six aspects of the current\ua0requirements\ua0engineering approach that\ua0impact\ua0development\ua0speed. These aspects include the negative\ua0impact\ua0of\ua0a\ua0requirements\ua0style dominated by safety concerns as well as decomposition of\ua0requirements\ua0over many levels of abstraction. Furthermore, the use of\ua0requirements\ua0as part of legal contracts with suppliers is seen as hindering fast collaboration. Six additional suggestions for potential improvements include domain-specific tooling, model-based\ua0requirements, test automation, and\ua0a\ua0combination of lightweight upfront\ua0requirements\ua0engineering preceding\ua0development\ua0with precise specifications post-development. Out of these 12 aspects, seven can likely be addressed as part of an ongoing agile transformation. We offer an empirical account of expectations and needs for new\ua0requirements\ua0engineering approaches\ua0in\ua0the\ua0automotive\ua0domain, necessary to coordinate hundreds of collaborating organizations developing software-intensive and potentially safety-critical\ua0systems

Requirements engineering challenges and practices in large-scale agile system development

Context: Agile methods have become mainstream even in large-scale systems engineering companies that need to accommodate different development cycles of hardware and software. For such companies, requirements engineering is an essential activity that involves upfront and detailed analysis which can be at odds with agile development methods. Objective: This paper presents a multiple case study with seven large-scale systems companies, reporting their challenges, together with best practices from industry. We also analyze literature about two popular large-scale agile frameworks, SAFe (R) and LeSS, to derive potential solutions for the challenges. Methods: Our results are based on 20 qualitative interviews, five focus groups, and eight cross company workshops which we used to both collect and validate our results. Results: We found 24 challenges which we grouped in six themes, then mapped to solutions from SAFe (R), LeSS, and our companies, when available. Conclusion: In this way, we contribute a comprehensive overview of RE challenges in relation to largescale agile system development, evaluate the degree to which they have been addressed, and outline research gaps. We expect these results to be useful for practitioners who are responsible for designing processes, methods, or tools for large scale agile development as well as guidance for researchers

Significant factors of the successful lean six-sigma implementation

© 2017 International Journal of Mathematical, Engineering and Management Sciences. Based on an extensive literature review we have selected factors critical for Lean Six Sigma implementation success. Four variables were selected to be used as output variables measuring this project success: project on time completion, achievement of financial goals, sigma level achieved (that was measured using Defects per Million Opportunities, DPMO), and overall project success. Using empirical data from 256 Lean Six Sigma Projects, we present the model developed and identify significant factors for Lean Six Sigma implementation success. Empirical results, which were collected during Lean Six Sigma implementation in 39 business units of an Automotive Sector Company in North America and Europe, were analysed using Multivariate Analysis of Variance (MANOVA) and General Linear Model (GLM). Two main factors were found as positively linked with the different aspects of project success: the competency of the Black Belts team and the management support to the project

The complexity of collaboration in supply chain networks: an exploratory study of the Chinese automotive sector

Purpose: To investigate the complexity of collaborations in supply chain networks, particularly, the influence of horizontal collaborations (e.g., international joint ventures) on vertical collaborations (e.g., supplier-manufacturer partnering relationships). Design/methodology/approach: A multiple case study including four horizontal collaborations and five vertical collaborations within a supply chain network is presented in the context of the Chinese automotive industry. Data interpretation from interviews is structured by key collaborative activities and collaborative behaviors. Findings: The analysis highlights a variety of collaborative behaviors under different types of collaboration and their interaction. The complexity of collaboration is revealed in a range of dimensions including culture diversity-, drivers/facilitators, competitive/collaborative advantages and the engagement of all. Collaboration evolves as the structure of the supply chain changes; the key is to appreciate the existence of cooperation, competition, and culture conflicts and to manage the trade-offs. Research limitations/implications: A window of opportunity is presented for future research to investigate the complexity of supply chain collaboration in a wider industrial or geographical context, including statistical validation and comparative analysis. Practical implications: A contingent view on supply chain collaboration is promoted to practitioners (e.g., international supply chain managers), where collaborative activities should be aligned with the motive and type of business relationships which may change as collaboration develops. Originality/value: A rare empirical study captures the complexity of supply chain collaboration including the interaction between different forms. A dynamic collaboration approach recognizes the changing process, varying cooperation behaviors as well as characteristics of partners which have not been sufficiently reflected in the literature