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]

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]