Search results

Agile principles have been widely used in software development team practice since the creation of the Agile Manifesto. Studies have examined variables related to agile principles without systematically considering the relationships among key team, agile methodology, and process variables underlying the agile principles and how these variables jointly influence the achievement of software development agility. In this study, the authors tested a team/methodology–process–agility model that links team variables (team autonomy and team competence) and methodological variable (iterative development) to process variables (communication and collaborative decision-making), which are in turn linked to software development agility (ability to sense, respond and learn).

Survey data from one hundred and sixty software development professionals were analyzed using structural equation modeling methods.

The results support the team/methodology–process–agility model. Process variables (communication and collaborative decision-making) mediated the effects of team (autonomy and competence) and methodological (iterative development) variables on software development agility. In addition, team, methodology and process variables had different effects on the three dimensions of software development agility.

The results contribute to the literature on organizational IT management by establishing a team/methodology–process–agility model that can serve as a basis for developing a core theoretical foundation underlying agile principles and practices. The results also have practical implications for organizations in understanding and managing holistically the different roles that agile methodological, team and process factors play in achieving software development agility.

Managing project completion within the stipulated time is significant to all firms' sustainability. Especially for software start-up firms, it is of utmost importance. For any schedule variation, these firms must spend 25 to 40 percent of the development cost reworking quality defects. Significantly, the existing literature does not support defect rework opportunities under quality aspects among Indian IT start-ups. The present study aims to fill this niche by proposing a unique mathematical model of the defect rework aligned with the Six Sigma quality approach.

An optimization model was formulated, comprising the two objectives: rework “time” and rework “cost.” A case study was developed in relevance, and for the model solution, we used MATLAB and an elitist, Nondominated Sorting Genetic Algorithm (NSGA-II).

The output of the proposed approach reduced the “time” by 31 percent at a minimum “cost”. The derived “Pareto Optimal” front can be used to estimate the “cost” for a pre-determined rework “time” and vice versa, thus adding value to the existing literature.

This work has deployed a decision tree for defect prediction, but it is often criticized for overfitting. This is one of the limitations of this paper. Apart from this, comparing the predicted defect count with other prediction models hasn’t been attempted. NSGA-II has been applied to solve the optimization problem; however, the optimal results obtained have yet to be compared with other algorithms. Further study is envisaged.

The Pareto front provides an effective visual aid for managers to compare multiple strategies to decide the best possible rework “cost” and “time” for their projects. It is beneficial for cost-sensitive start-ups to estimate the rework “cost” and “time” to negotiate with their customers effectively.

This paper proposes a novel quality management framework under the Six Sigma approach, which integrates optimization of critical metrics. As part of this study, a unique mathematical model of the software defect rework process was developed (combined with the proposed framework) to obtain the optimal solution for the perennial problem of schedule slippage in the rework process of software development.

This study aims to understand how practitioners use their insights in software development models to share experiences within and between organizations.

This is a qualitative study of practitioners in software development projects, in large-, medium- or small-size businesses. It analyzes interview material in three-step iterations to understand reflexive practice when using software development models.

The study shows how work processes are based on team members’ experiences and common views. This study highlights the challenges of organizational learning in system development projects. Current practice is unreflective, habitual and lacks systematic ways to address recurring problems and share information within and between organizations. Learning is episodic and sporadic. Knowledge from previous experience is individual not organizational.

Software development teams and organizations tend to learn about, and adopt, software development models episodically. This research expands understanding of how organizational learning takes place within and between organizations with practitioners who participate in teams. Learnings show the potential for further research to determine how new curriculums might be formed for teaching software development model improvements.

This research aims to investigate the process of value creation, value delivery, and value capture in project-based companies. Most previous research focused on companies that operate regularly and offer manufactured products or services. This research used companies in the field of information technology that developed software to explain how value creation, value delivery, and value capture occurred. A case study with qualitative research was applied to analyze between cases. Empirical findings showed that companies carry out six activities to ensure that value creation, value delivery, and value capture can be realized in the software development process. The six activities were iterative and not a rigid sequence. This research was limited to the software industry, and further research can test the results of this study by using a survey to increase the generalizability theory developed in this study.

This paper aims to close the gap between the generic concept of knowledge activities (KAs) and implementing them in the context of software engineering organisations concentrating on the non-technical aspects, such as team organisation and practices.

This qualitative research used a questionnaire with practitioners such as software developers and team leads who were asked to provide feedback on a set of team practices and measures typically used in software engineering projects and assess their relation to the activities of acquiring, codifying, storing, maintaining, transferring and creating knowledge. The obtained results were analysed using frequency analysis and further descriptive statistics yielding a matrix linking the investigated team practices and measures to KAs.

Team practices and measures commonly applied in software engineering can be facilitated to trigger particular KAs. While most of these team practices and measures originate from agile methods, they are not restricted to these. A purposeful composition can help in assembling a balanced set of KAs aimed at fostering given knowledge goals in software engineering organisations.

By bridging the communication and terminology gap between knowledge management research and software engineering practitioners, this work lays the foundation for assessing software teams’ knowledge profiles more easily and creating prerequisites for implementing knowledge management by facilitating common practices and measures often already part of their daily work. Hence, overhead can be avoided when implementing knowledge management.

To the best of the authors’ knowledge, this is the first study investigating application and relevance of KAs in the software industry by linking them to practices and measures well-accepted in software engineering, thus providing the necessary vocabulary for the implementation of knowledge management in software development teams.

This study aims to investigate the effects of organizational culture factors on the selection of software process development models and develops a conceptual model for selecting and adopting process development models with an organizational culture approach, using 12 criteria and their sub-criteria defined in Fey and Denison’s model (12 criteria).

The research hypotheses were investigated using statistical analysis, and then the criteria and sub-criteria were selected based on Fey and Denison’s model and the experts’ viewpoints. Afterward, the organizational culture of the selected company was measured using the data from 2016 and 2017, based on Fey and Denison’s questionnaire. Due to the correlation between the criteria, using the decision-making trial and evaluation technique, the correlation between sub-criteria were determined, and by analytical network process method and using Super-Decision software, the process development model was preferred to the 12 common models in information systems development.

Results indicated a significant and positive effect of organizational culture factors (except the core values factor) on the selection of development models. Also, by changing the value of organizational culture, the selected process development model changed either. Sensitivity analysis performed on the sub-criteria implied that by changing and improving some sub-criteria, the organization will be ready and willing to use the agile or risk-based models such as spiral and win-win models. Concerning units where the mentioned indicators were at moderate and low limits, models such as waterfall, V-shaped and incremental worked more appropriately.

While many studies were performed in comparing development models and investigating their strengths and weaknesses, and the impact of organizational culture on the success of information technology projects, literature indicated that the impact of organizational sub-culture prevailing in the selection of development process models has not been investigated. In this study, new factors and indicators were addressed affecting the selection of development models with a focus on organizational culture. Correlation among the factors and indicators was also investigated and, finally, a conceptual model was proposed for proper adoption of the models and methodologies of system development.

This study aims to examine the enablers of productivity of enterprise-level Agile development process using modified total interpretative structural modeling (TISM). The two main objectives of the current study are to determine the variables influencing enterprise-level agile development productivity and to develop modified TISM for the corresponding components.

To identify enablers of the productivity of enterprise-level agile software development process a literature review and opinions of domain experts were collected. A hierarchical relationship among variables that show direct and indirect influence is created using the modified TISM (M-TISM) technique with Cross Impact Matrix-Multiplication Applied to Classification analysis. This study examined and analyzed the relationships between the determinants within the enterprise using a M-TISM technique.

With the literature review, the study could identify ten enabling factors of the productivity of Agile development process at the enterprise level. Results depict that program increment (PI) planning and scalable backlog management, continuous integration and continuous delivery (CI/CD), agile release trains (ART), agile work culture, delivery excellence, lean and DevOps practices, value stream mapping (VMS), team skills and expertise, collaborative culture, agile coaching, customer engagement have an impact on the productivity of enterprise-level Agile development process. The results show that team collaboration, agile ways of working and customer engagement have a greater impact on productivity improvement for enterprise-level Agile development process.

The developed model is useful for organizations employing scaled Agile development processes in software development. This study provides a recommended listing of key enablers, that may enable productivity improvements in the Agile development process at the enterprise level. Strategists should focus on team collaboration and Agile project management. This study offers a modified TISM model to academicians to help them understand the effects of numerous variables on maintaining the productivity of an enterprise-level Agile. The identified characteristics and their hierarchical structure can help project managers during the execution of Agile projects at the enterprise level, more effectively, increasing their success and productivity.

The study addresses the gap in the literature by interpretative relationships between the identified enabling factors. The model validation is carried out by a panel of nine experts from several information technology organizations deploying Agile software development at the enterprise level. This unique method broadens the knowledge base in Agile software development at scale and provides project managers and practitioners with a practical foundation.

At the authors’ libraries, they consolidated two departments and attempted to find ways to increase productivity, reduce duplication and improve job happiness within their software development teams. The authors have lost institutional knowledge when developers leave the team, yet the authors remain responsible for critical library services. The merging of the authors’ departments provided the opportunity to rethink how their teams are structured and whether a different model could provide better professional development, more knowledge sharing and better stability of their services. This article presents a case study of moving from a project-centric approach to a platform-based model.

The authors met with those responsible for establishing priorities for their services and developers to assess successful and unsuccessful implementations and pivoted based on those assessments.

The authors found that their developers were happier to increase their portfolios and professional development, and the librarians were satisfied with more stable services during a particularly unstable time within the authors’ institution.

This is a practical example of a positive way to structure development teams in libraries. Frequently, teams support a single service to the library because of the criticality of that service on a day-to-day basis, but that can create a lack of shared knowledge during institutional instability. This study reveals the benefits of a platform-based approach, including increased developer happiness, reduced disruptions due to staff turnover and improved system stability. It also discusses the challenges of managing product owners' expectations and balancing feature development with maintenance work.

The applications of Artificial Intelligence (AI) in various areas of professional and knowledge work are growing. Emotions play an important role in how users incorporate a technology into their work practices. The current study draws on work in the areas of AI-powered technologies adaptation, emotions, and the future of work, to investigate how knowledge workers feel about adopting AI in their work.

We gathered 107,111 tweets about the new AI programmer, GitHub Copilot, launched by GitHub and analysed the data in three stages. First, after cleaning and filtering the data, we applied the topic modelling method to analyse 16,130 tweets posted by 10,301 software programmers to identify the emotions they expressed. Then, we analysed the outcome topics qualitatively to understand the stimulus characteristics driving those emotions. Finally, we analysed a sample of tweets to explore how emotional responses changed over time.

We found six categories of emotions among software programmers: challenge, achievement, loss, deterrence, scepticism, and apathy. In addition, we found these emotions were driven by four stimulus characteristics: AI development, AI functionality, identity work, and AI engagement. We also examined the change in emotions over time. The results indicate that negative emotions changed to more positive emotions once software programmers redirected their attention to the AI programmer's capabilities and functionalities, and related that to their identity work.

Overall, as organisations start adopting AI-powered technologies in their software development practices, our research offers practical guidance to managers by identifying factors that can change negative emotions to positive emotions.

Our study makes a timely contribution to the discussions on AI and the future of work through the lens of emotions. In contrast to nascent discussions on the role of AI in high-skilled jobs that show knowledge workers' general ambivalence towards AI, we find knowledge workers show more positive emotions over time and as they engage more with AI. In addition, this study unveils the role of professional identity in leading to more positive emotions towards AI, as knowledge workers view such technology as a means of expanding their identity rather than as a threat to it.

In socio-technical transition theory, resistance by existing technology and regime resistance plays a key role. The resistance is in the form of intentional improvements; eventually, the regime destabilizes and adopts the new technology, referred to as the sailing-ship effect. Researchers used a structural view and examined it as a strategic action and its relationship with new technology (competitive/symbiotic) in non-fast-changing sailing systems. This study uses a microlevel view and examines it in a fast-changing where products/services are developed by integrating existing technology with new product innovations; their success depends on addressing technical/market uncertainty. This study examines the sailing-ship effect in a fast-changing system and contributes to the socio-technical transition theory.

The authors need to examine the phenomena of the sailing-ship effect in its setting, and a case-study method is appropriate. The selected case provided diverse analytic and heuristic perspectives to examine the phenomena; therefore, it was a single case study.

In an IT scenario, the strategic actions decide and realize agility and competitive advantage by formulating appropriate goals with required budgets and coevolutionary changes to resources at product, process and organizational levels, addressing technical/market uncertainty. Moreover, the agility displayed by strategic actions determines the relationship with new technology, which is interspersed. Finally, it provided insights into struggle, navigation and negotiations, forming strategic actions to display the sailing-ship effect.

The study selected a Banking Financial Services and Insurance product of an IT Services company. As start-ups exhibit inherent (emergent) agility, the authors can examine agility as a combination of emergent and strategic actions by selecting a start-up.

The study highlights the strategic actions specific to an IT services company. It developed its product and services by steering clear from IT innovations such as native cloud and continuous deployment. It improved its products/services with necessary organizational changes and achieved the desired agility and competitive advantage. Therefore, organizations devise appropriate strategic actions to combat the sailing-ship effect apart from setting goals and selecting IT innovations.

The study expands the socio-technical transition theory by selecting a fast-changing system. It provided insights into the relationship between existing and new technology and the strategic actions necessary to manage technical and market uncertainty and achieve the desired competitive advantage, or the sailing-ship effect.