XPS-MoSCoW: A Prioritization-Based Hybrid Agile Model of SCRUM and Extreme Programming

XPS-MoSCoW: A Prioritization-Based Hybrid Agile Model of SCRUM and Extreme Programming

Prajval Mohan, Pranav Narayan, Mythili Thirugnanam, Supratim Sarkar
Copyright: © 2022 |Pages: 15
DOI: 10.4018/IJSI.297989
OnDemand:
(Individual Articles)
Available
$37.50
No Current Special Offers
TOTAL SAVINGS: $37.50

Abstract

This paper presents a thorough analysis of the existing SCRUM model and the Extreme programming model for software testing and deployment and proposes a new hybrid model for software development. On reviewing the various static agile models, we concluded that the development process of the SCRUM model focused on the management aspect of software testing and deployment. In the case of Extreme programming, the engineering practices are applied to the project itself. No model effectively focuses on balancing management as well as the engineering practices of the software deployment cycle. In this paper, we have proposed an improved model called the XPS-MoSCoW Hybrid programming model that carefully integrates the features of both the SCRUM and Extreme programming models. The tasks executed using our hybrid model are prioritized using the MoSCoW prioritization rules, in which tasks with higher priorities enter first into the sprint backlog. Looking at the implementational results of this model when deployed in a startup, it is eminent how our hybrid model surpasses these static models.
Article Preview
Top

1. Introduction

Agile is one of the most widely accepted software methodologies used presently in the industry. Unlike other basic methodologies like Waterfall, Agile relies on an iterative process that produces an improved release at each iteration. Agile provides а comprehensive description of the structure of the team, the task prioritization in each iteration, and the outcomes and retrospectives of each iteration (Kassab et al., 2018). Agile supports creating а regular collaboration with the end-user or the customer and each iterative feedback is stored as user stories and used in the decision making of the next iteration. Although the agile compromises on documentation, customer satisfaction, and functionalities are desirable. The broad overview of agile can be described as the project is split into individual features, each having their tasks (Sattar et al., 2020). The phases of operation are called sprints. А sprint can be an individual subsection of the process on which coding, testing, and deployment can be carried out independently. Each iteration’s deployment phase is called а release and а project can have multiple releases. At the finish of each iteration, the customer gives his feedback on the work done in the release and his feedback is noted in а document called user story. The requirements specified in the user stories and the pending tasks from the sprint backlog are put back into the backlog (The backlog consists of all the tasks that are pending from the current sprint and the remaining tasks from the overall set) (Cochrane et al., 2018) The most significant advantage of Agile is that short term goals pose a higher priority than long term goals. Hence а very detailed and complex overview need not be known at the start of the project and can be developed over time. The consistent and constant intercommunication with the customers, coders and testing department enhances the quality of the product. Agile is most widely used in small scale projects as valued risk is low and the development of smaller tasks in phases is more comfortable to carry out in successive sprints. Larger products require more comprehensive documentation and software requirement specifications (SRS), which is the most prominent shortcoming of the agile model. Agile within itself is sub-categorized into multiple models like SCRUM, XP, Kanban, FDD, etc. Each of these individual models has its shortcomings and advantages. The entire use of the Agile model depends entirely on the situation or project in hand (Lei, Howard, et al., 2017)

Complete Article List

Search this Journal:
Reset
Volume 12: 1 Issue (2024)
Volume 11: 1 Issue (2023)
Volume 10: 4 Issues (2022): 2 Released, 2 Forthcoming
Volume 9: 4 Issues (2021)
Volume 8: 4 Issues (2020)
Volume 7: 4 Issues (2019)
Volume 6: 4 Issues (2018)
Volume 5: 4 Issues (2017)
Volume 4: 4 Issues (2016)
Volume 3: 4 Issues (2015)
Volume 2: 4 Issues (2014)
Volume 1: 4 Issues (2013)
View Complete Journal Contents Listing