Search

The practices of lean and agile methods are important to manage and guide projects development in different situations. However, selecting the appropriate practices of lean and agile methods is a daunting task, owing to the availability of hundreds of practices. This wide variety of available practices bewilders potential users, in terms of the best practices that may yield satisfactory solution when applied to the project development. Lean and agile practices selection model is necessary to guide both academic and industrial experts to choose the appropriate practices for a specific project development. Thus, this study aimed to develop lean and agile practices selection (LAPS) model that presents a clear picture of how developers can use LAPS model to select and adopt different practices from various lean and agile methods. Qualitative research method (e.g., grounded theory) was used to interview 18 software developers across 13 countries. The validated qualitative analysis results showed that the proposed LAPS model consists of two main components, which are (1) lean and agile practices that include 41 best practices related to lean and agile methods and (2) factors that affect the process of lean and agile practices selection including five main factors and 17 subfactors associated with the five main factors. The two case studies conducted assured the validity and applicability of the lean and agile practices selection model. [ABSTRACT FROM AUTHOR]

Nigeria is ranked second worldwide, after India, in reported incidences of cyberattacks. Attackers usually exploit vulnerabilities in software which may not have adequately considered security features during the development process. Agile methods have the potential to increase productivity and ensure faster delivery of software, although they tend to neglect non‐functional requirements such as security. The implementation of government policies, such as the Nigeria Data Protection Regulation (NDPR) Act 2019, impacts the security activities carried out by agile teams. Despite its significance, there is a paucity of research on security issues especially in the Agile Software Development (ASD) domain. To address this gap, a grounded theory study was conducted with 15 agile software practitioners in Nigeria. Based on our analysis of the interview transcripts, we developed a grounded theory of the security challenges confronting agile practitioners. The four challenges identified were (a) a lack of collaboration between security and agile teams; (b) the tendency to use foreign software hosting companies; (c) a poor cybersecurity culture; and (d) the high cost of building secure agile software. We used these challenges to identify gaps within the existing secure ASD and found a lack of indigenous software hosting companies in Nigeria. Our study also revealed tensions between the Nigerian regulatory environment and agile software developers' compliance. While practitioners acknowledged the government's efforts, there were concerns about the practicality of implementing such legislation. We recommend government action to increase awareness of local software hosting companies' capabilities, and closer collaboration between agile and security teams. Thus, the novel contribution of this article is the development of the policy adherence challenges (PAC) model. [ABSTRACT FROM AUTHOR]

Abstract: Traditional software teams that implement agile methodologies frequently experience difficulty working efficiently as agile teams. While agile methodologies support and promote social activities and behaviors, the understanding of the social phenomena and challenges that arise during the transformation of traditional teams into agile teams is limited. We conducted an extensive 10‐month case study in a software enterprise to analyze the changes in the communication and social interactions of employees during the transformation process, and to delineate the social challenges that arise during this process. Using social interaction registers, we collected data on the communication and social interactions of employees, first when they worked as a traditional team and then as an agile team. Then, we processed the data using social network analysis methods to identify the differences between these 2 types of teams and to create graphs of communication and social interaction networks. We identified that the transformation process influences formal, informal, oral, and written communication and increases conjunctive and disjunctive social interactions. Further, from the results of interviews conducted with all the enterprise members, we identified 5 social challenges to transforming a traditional team into an agile one. The results of this research suggest that the transformation process requires broad changes in the relationships and interactions among employees. [ABSTRACT FROM AUTHOR]

Abstract: This article addresses the relationships between agile development and entrepreneurship. The objective of the study is to verify that the adoption of agile practices can promote entrepreneurial skills in software developers. In this study, agile practices were related to entrepreneurial skills, and developers of the software industry and academia professors were invited to contribute. Questionnaires were sent to the participants to obtain their opinion regarding this research. Participants also opined about the possibility of entrepreneurial skills being an observable behavior in agile culture, ie, if they are visible artifacts of agile culture. As a result, the study found a set of agile practices that promote entrepreneurial skills in software developers. That is, it was found that agile practices promote entrepreneurial behavior in these professionals. These entrepreneurial skills are sustained by the same basic values and assumptions that were learned by developers to resolve internal integration and external adaptation issues during the adoption of agile practices. In this article, an integration model has been adapted from other areas, thereby opening a new field of study involving the relationships between academic research and professional practice on entrepreneurship in the software area and agile development. [ABSTRACT FROM AUTHOR]

A known problem in large software companies is to balance the prioritization of short-term and long-term business goals. As an example, architecture suboptimality (Architectural Technical Debt), incurred to deliver fast, might hinder future feature development. However, some technical debt generates more interest to be paid than other. We conducted a multi-phase, multiple-case embedded case study comprehending 9 sites at 6 large international software companies. We have investigated which architectural technical debt items generate more interest , how the interest occurs during software development and which costly extra-activities are triggered as a result. We presented a taxonomy of the most dangerous items identified during the qualitative investigation and a model of their effects that can be used for prioritization, for further investigation and as a quality model for extracting more precise and context-specific metrics. We found that some architectural technical debt items are contagious, causing the interest to be not only fixed, but potentially compound, which leads to the hidden growth of interest (possibly exponential). We found important factors to be monitored to refactor the debt before it becomes too costly. Instances of these phenomena need to be identified and stopped before the development reaches a crises. [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 article discusses a study which investigated a mature Scrum team in a large organization and their interactions with the User Experience (UX) designers working on the same project. Particular focus is given to the difference between agile development and UX design methods for software development. Results of the study showed that ongoing articulation work by developers have led to cooperation between Agile developers and UX designers. Findings also revealed the themes which centre around the types of activities allowing the transformation of paper-based UX designs into working software.

Agile software development of short iterative cycles offers an opportunity for rapid, visible and motivating software process improvement (SPI). The agile principles suggest the regular reflections of agile project teams for improving the efficiency and adaptation of the process. However, current literature provides little support or empirical evidence for conducting such improvement efficiently, systematically and in a validated manner. Thus, this article proposes an Iterative Improvement Process for conducting SPI within individual agile project teams, which aims at increasing the ability of software developers to improve the development process based on their experiences and context knowledge. The approach has been trialed within a multiple case study of five consecutive case projects where both qualitative and quantitative research data has been systematically collected. The empirical data confirms the positive effects of the Iterative Improvement Process on the software development projects and reveals the willingness of software developers to participate in the Iterative Improvement activities due to the rapid and visible changes in their working practices. Copyright © 2006 John Wiley & Sons, Ltd. [ABSTRACT FROM AUTHOR]