Search

The maturity of organisations is measured using process assessment models like the International Organization for Standardization (ISO)/IEC 33001. Product quality is refined with internal and external product quality characteristics based on models like the ISO/IEC 25010. With the shift from the Tailorism‐driven process orientation to a more people‐centric organization, the process and product quality dimensions have to be extended by the teamwork quality (TWQ) dimension. For the sake of systematic organization development, this new third quality dimension needs to be integrated into existing quality frameworks to achieve a holistic quality approach. This article introduces agile TWQ as the method of choice. It explains its design, implementation and evaluation in the large enterprise context of the Volkswagen AG. It provides insights into the effectivity of this approach in heterogeneous multi‐team settings, as well as into its strengths, weaknesses, and limitations. [ABSTRACT FROM AUTHOR]

Continuous improvement of agile software processes is inevitable in order to reach sustainable and high‐quality project outcomes. In this sense, organizations need guidance on how to apply agile software process improvement effectively; comprehensive approaches with in‐depth analysis and guidelines are required to keep software processes in balance and to continuously improve them, as in a typical business process, over time. This research aims to explore the implementation of Business Process Management approach for improving an agile software process and accordingly agile maturity level. Many organizations utilize from Business Process Management approach in order to improve workflows and to discover organization‐specific weaknesses. For this purpose, the study presents a practical, flexible model based on Business Process Management approach for agile software process improvement, which also incorporates maturity assessment for measuring the agile maturity level. Furthermore, an exploratory case study with a triangulation methodology of mixed methods was carried out for implementation of the model. The research puts forward that Business Process Management approach can be used for in‐depth analysis of agile software process, discovery of problems, and redesign of the process. The research roadmap introduces worthwhile insights on agile software process improvement for researchers and practitioners. [ABSTRACT FROM AUTHOR]

Species distribution models (SDMs) constitute the most common class of models across ecology, evolution and conservation. The advent of ready‐to‐use software packages and increasing availability of digital geoinformation have considerably assisted the application of SDMs in the past decade, greatly enabling their broader use for informing conservation and management, and for quantifying impacts from global change. However, models must be fit for purpose, with all important aspects of their development and applications properly considered. Despite the widespread use of SDMs, standardisation and documentation of modelling protocols remain limited, which makes it hard to assess whether development steps are appropriate for end use. To address these issues, we propose a standard protocol for reporting SDMs, with an emphasis on describing how a study's objective is achieved through a series of modeling decisions. We call this the ODMAP (Overview, Data, Model, Assessment and Prediction) protocol, as its components reflect the main steps involved in building SDMs and other empirically‐based biodiversity models. The ODMAP protocol serves two main purposes. First, it provides a checklist for authors, detailing key steps for model building and analyses, and thus represents a quick guide and generic workflow for modern SDMs. Second, it introduces a structured format for documenting and communicating the models, ensuring transparency and reproducibility, facilitating peer review and expert evaluation of model quality, as well as meta‐analyses. We detail all elements of ODMAP, and explain how it can be used for different model objectives and applications, and how it complements efforts to store associated metadata and define modelling standards. We illustrate its utility by revisiting nine previously published case studies, and provide an interactive web‐based application to facilitate its use. We plan to advance ODMAP by encouraging its further refinement and adoption by the scientific community. [ABSTRACT FROM AUTHOR]

Abstract: Medical device software development organizations are bound by regulatory requirements and constraints to ensure that developed medical devices will not harm patients. Medical devices have to be treated as complete systems and be evaluated in this manner. Instead of manufacturers having to ensure compliance to various regulatory standards individually, the authors previously developed a medical device software process assessment framework called MDevSPICE® that integrates the regulatory requirements from all the relevant medical device software standards. The MDevSPICE® was developed in a manner that suits plan‐driven software development. To improve the usability of MDevSPICE® in agile settings, we extended the assessment approach. The hybrid assessment approach described here combines the MDevSPICE®‐based process assessment method with steps for prioritization of improvement needs through value stream mapping and enabling process improvement through the use of KATA technique. This approach integrates agile methods into the medical device software development process while adhering to the requirements of the regulatory standards. This paper describes the implementation of the approach within 4 organizations that develop software in line with medical device regulations. [ABSTRACT FROM AUTHOR]

Change has been recognized as the distinguishing feature that makes software different from any other human-produced artifacts. Initial reflections on the urgent and unavoidable need to master change date back to the 1970s. However, despite the continuous progress that characterized software technology since, in practice, software change is still often handled as an afterthought, in an ad hoc and unprincipled manner. Agile development methods have been proposed and are now widely adopted to accommodate change during development. Recent extensions to also include operation-known as DevOps-are increasingly and successfully adopted by industry. Still, principled and rigorous foundations that can be taught, practiced, and replicated systematically are lacking. This paper argues that change has to become a first-class concept and that the development tools used by engineers and the runtime environment supporting software execution should be structured in a way that naturally accommodates change. It also provides a perspective along which several research approaches that were investigated by the community in the past decade might be integrated and extended to make this vision become true. Two main change categories are identified-evolution and adaptation-along with the forces that drive them. The paper discusses when and how the developed software can be designed in a way that it can self-adapt. It also discusses how the software itself can cooperate with humans in-the-loop to help them in their design and development efforts. Finally, it outlines a roadmap of future work needed to progress in the direction of supporting and automating software change that would lead to dependable adaptation and evolution. [ABSTRACT FROM AUTHOR]

Traditional portfolio management tools and methods are challenging for software companies that use agile and lean approaches, because of the complex pre-planning activities required. In this paper, traditional portfolio management tools and methods that have been conventionally used in industry and presented in literature are reviewed. Findings concerning their use in agile and lean software companies are investigated, on the basis of the literature review and semi-structured interviews conducted in 7 agile and lean software companies in Finland. The findings indicate that the studied companies do not use traditional portfolio management tools and methods in their entirety. The software companies adapted suitable components from traditional portfolio management tools and methods into their practices. They also apply new tools and methods to manage their portfolios of offerings, to cope with the dynamics required by agile and lean methods. The companies' emphasis is on using tools to facilitate immediate feedback from customers, to assess the value of offerings in their portfolio. The results showed a growing interest in using Kanban at the portfolio level to provide a visual overview of offerings. [ABSTRACT FROM AUTHOR]

Scrum is a simple process to understand, but hard to adopt. Therefore, there is a need for resources to assist on its adoption. In this paper, we present the process followed to build a Bayesian network to assist on the assessment of the quality of the software process in the context of Scrum projects. The model provides data to help Scrum Masters lead the improvement of business value delivery of Scrum teams. The process is divided into 2 phases. In the first phase, we built the Bayesian network based on expert knowledge extracted from the literature and experts. We used a top-down approach and reasoning to define the key metrics necessary to build the models and their relationships. In the second phase, we updated the Bayesian network based on limitations of the first version. We validated the Bayesian network inferences with 10 simulated scenarios. Comparing both versions, for all scenarios, we improved the accuracy of the inferences. Therefore, we concluded that the Bayesian networks adequately represent Scrum projects from the viewpoint of the Scrum Master. Finally, the model built is in conformance with agile methods tailoring and can be adapted to any Scrum team. [ABSTRACT FROM AUTHOR]

Regression testing repeatedly executes test cases of previous builds to validate that the original features are not affected with any new changes. In recent years, regression testing has seen a remarkable progress with the increasing popularity of agile methods, which stress the central role of regression testing in maintaining software quality. The optimum case for regression testing in agile context is to run regression set at the end of each sprint and release, which requires a lot of cost and time. In this paper, we present an automated agile regression testing approach on both the sprints and release levels. The proposed approach addresses both weighted sprint test cases prioritization technique, which prioritizes test cases based on several parameters having real practical weight for testers, and Cluster-based Release Test cases Selection technique that clusters user stories based on the similarity of covered modules to solve the scalability issue. Test cases are then selected based on issues logged for failed test cases using text mining techniques. The proposed approach achieves enhancement for both the prioritization and selection of test cases for agile regression testing. Copyright © 2016 John Wiley & Sons, Ltd. [ABSTRACT FROM AUTHOR]

Although the agile software development approaches have gained wide acceptance in practice, the concerns regarding the scalability and integration of agile practices in traditional large-scale system development projects are prevailing. Scaled Agile Framework (SAFe) has emerged as a solution to address some of these concerns. Despite few encouraging results, case studies indicate several challenges of SAFe adoption. Currently, there is a lack of a well-structured gradual approach for establishing SAFe. Before and during SAFe adoption, organizations can benefit greatly from a uniform model for assessing the current progress, and establishing a roadmap for the initiative. To address this need, we developed a maturity model that provides guidance for software developing organizations in defining a roadmap for adopting SAFe. The model can also be used to assess the level of SAFe adoption. We took an existing agile maturity model as a basis for agile practices and extended it with practices that are key to SAFe. The model was developed and refined with industry experts using the Delphi technique. A case study was conducted in a large organization where we evaluated the model by applying it to assess the level of SAFe adoption. © 2016 The Authors. Journal of Software: Evolution and Process Published by John Wiley & Sons Ltd. [ABSTRACT FROM AUTHOR]

The adoption of Agile Software Development in large companies is a recent phenomenon of great interest both for researchers and practitioners. Although intra-team interaction is well supported by established agile practices, the critical interaction between the agile team and other parts of the organization is still unexplored in literature. Such interactions slow down the development, hindering the achievement of business goals based on speed: short time to market, quick replication of products of a product-line, and reaction time for product evolution. We have employed a two-year long multiple-case case-study, collecting data through interviews and a survey in three large companies developing embedded software. Through a combination of qualitative and quantitative analysis, we have found strong evidence that interaction challenges between the development team and other groups in the organization hinder speed and are widespread in the organizations. This paper also identifies current practices in use at the studied companies and provides detailed guidelines for novel solutions in the investigated domain. Such practices are called boundary-spanning activities in information system research and coordination theory. We present a comparison between large embedded software companies employing agile and developing a line of products based on reused assets and agile companies developing pure software. We highlight specific contextual factors and areas where novel spanning activities are needed for mitigating the interaction challenges hindering speed. Copyright © 2015 John Wiley & Sons, Ltd. [ABSTRACT FROM AUTHOR]

ABSTRACT Mobile app markets have experienced a significant growth during the last year. The increasing number of apps available on markets and the profits that developers and companies obtain are relevant enough to seriously consider the way apps are developed. The always-changing environment in which apps are produced makes agile a convenient methodology to follow. Although agile allows the development team to quickly adjust the requisites to the new customer's needs, there is a lack of research on how agile methodologies can be explicitly adapted to develop mass-market applications. Many references explain how to design and code a mobile app, but there is not much knowledge about other stages in the development process. Adapting an agile methodology to the development of mass-market applications would provide project teams with a clear guide to successfully produce an app without missing any step in the process. This paper describes a case study in which an agile mass-market application development process is followed. The proposed process also considers marketing issues as they are necessary to publicize a mass-market application. This process has been followed and refined for several years in the development of the institutional apps at Carlos III University of Madrid. Copyright © 2014 John Wiley & Sons, Ltd. [ABSTRACT FROM AUTHOR]

ABSTRACT Starting from the documentation of high sprint velocity fluctuations in a Scrum project, this paper presents a thorough approach to identify the sources of issues arising in the context of Scrum implementation. Given that Scrum provides guidance on identifying process issues but not their root causes, various approaches are explored. This is of great relevance because Scrum defines project schedules relying heavily on sprint velocity and because it is the most widely used agile methodology. The findings provide a new approach to evaluate such fluctuations and establish a more realistic project assessment than what is currently defined by Scrum. In this respect, this paper contributes to improve the understanding of the software development process using this agile framework. Copyright © 2014 John Wiley & Sons, Ltd. [ABSTRACT FROM AUTHOR]

ABSTRACT Akari Software offers a family of software products supporting curriculum management in higher education. The work started with one specific commission, but within 4 years, a small product suite had been developed, with ten organisations using customised variants of those products. In effect, a product family had been created but without the underlying structure and processes needed to ensure the efficient creation and maintenance of variants. This is a common issue faced by software companies as their product range expands. In 2010, Akari began making internal changes to develop a product range infrastructure that was suitable both for its existing products and its plans for future growth. The purpose of this paper is to describe the product line transition that occurred, both to share the experience involved and to identify a number of general lessons learned. The work was supported by a FUSION project, funded by InterTradeIreland, undertaken in collaboration with the University of Ulster. Copyright © 2014 John Wiley & Sons, Ltd. [ABSTRACT FROM AUTHOR]

ABSTRACT The paper provides an in depth analysis of empirical evidence on the state of practice within the agile domain obtained through a survey conducted in 2012. The context of focus is agile software processes and teams and the particular topics of interest revolve around three axes: (i) communication; (ii) project management; and (iii) quality assurance and validation. The aim of the survey is to deliver the current levels of agile adoption and practices as these are recorded in the responses of professionals in IT services and the software industry. The goal of the survey is to provide evidence-based assessment of the level of agile adoption by software development organizations, in relation to the general profile of the respondents (country of origin, business sectors, roles, etc.) and compared with different types of practices followed, such as agile techniques adopted, team organization and communication techniques, and project management. Particular patterns and trends are identified in the survey connecting the use of the agile paradigm with the aforementioned practices and investigating its relation with the roles of the respondents and the business strategies of their organizations. Copyright © 2014 John Wiley & Sons, Ltd. [ABSTRACT FROM AUTHOR]

SUMMARY Non-safety critical software developers have been reaping the benefits of adopting agile practices for a number of years. However, developers of safety critical software often have concerns about adopting agile practices. Through performing a literature review, this research has identified the perceived barriers to following agile practices when developing medical device software. A questionnaire-based survey was also conducted with medical device software developers in Ireland to determine the barriers to adopting agile practices. The survey revealed that half of the respondents develop software in accordance with a plan-driven software development lifecycle and that they believe that there are a number of perceived barriers to adopting agile practices when developing regulatory compliant software such as being contradictory to regulatory requirements, insufficient coverage of risk management activities and the lack of up-front planning. In addition, a comparison is performed between the perceived and actual barriers. Based upon the findings of the literature review and survey, it emerged that no external barriers exist to adopting agile practices when developing medical device software and the barriers that do exists are internal barriers such as getting stakeholder buy in. Copyright © 2013 John Wiley & Sons, Ltd. [ABSTRACT FROM AUTHOR]

The paper discusses structure, quality and content of the currently available agile maturity models. It presents two approaches on how to deal with such models. As a first step of the analysis, the paper contains a compilation of maturity level naming used by these agile maturity models because the variety of level naming is a sign of the variety of understanding and of definition of agile maturity. While many papers deal with agile from an inside perspective, this paper is written from the perspective of Software Process Improvement (SPI) and Capability Determination, the European Certification and Qualification Association PI Manager Certification Scheme and also the SPI Manifesto. The paper does not explicitly present its own agile maturity model. The analysis approaches presented in the paper show that the currently available agile maturity models are not fit for industrial use. The synthesis of an acceptable model seems to be feasible as the analysed models address typical organisational processes including life cycle management. Copyright © 2013 John Wiley & Sons, Ltd. [ABSTRACT FROM AUTHOR]

Requirements volatility is a major issue in software development, causing problems such as higher defect density, project delays, and cost overruns. Software architecture that guides the overall vision of software product is one of the areas that is greatly affected by requirements volatility. Since critical architecture decisions are made based on the requirements at hand, changes in requirements can result significant changes in architecture. With the wide adoption of agile software development, software architectures are designed to accommodate possible future changes. However, the changes has to be carefully managed as unnecessary and excessive changes can bring negative consequences. An exploratory case study was conducted to study the impact of requirements volatility on software architecture. Fifteen semistructured, thematic interviews were conducted in a European software company. The research revealed poor communication, information distortion, and external dependencies as the main factors that cause requirement volatility and inadequate architecture documentation, inability to trace design rationale, and increased complexity as the main implications of requirements volatility on software architecture. Insights from software teams' awareness of the requirement volatility, factors contribute to it, and possible ways to mitigate its implications will be utilized to improve the management of requirement volatility during software architecting process. [ABSTRACT FROM AUTHOR]

The article discusses various reports published within the issue including one on agile coaching for software development and another on systematic approach to tailoring organizational processes.