Article Preview
Top1. Introduction
Agile process is considerate of the ability of reacting quickly and effortlessly towards the changes. The Agile process is light, systematic and flexible. Earlier traditional approaches led a software be undergone through many sequential processes of a cycle involved in SDLC. Steps included requirement analysis, defining it properly, chalking a plan, start a build, testing and finally deployment. Over the period, practitioners have identified many pitfalls in the traditional approach of software development T. Addison et al. (2002), Belasis et al. (1996), Hughes et al. (2014). In agile client documentation are required to visualize the architecture. Then starts the implementation of it, followed by different types of testing and deploying it finally. On the contrary the agile method of software development is much less tedious than the conventional one.
Sprints are small time slices in which the phases are made to undergo regress testing. A time frame of 2-4 weeks is taken in a sprint. On table meeting is done with the owner of the product (the one who is requesting the needs) and the team developing it. Work is being decided amongst them. The development team finally decides when it comes to realistic evaluation of work to be accomplished during the sprint and the owner of product has to decide finally on what all criterion is required which are to be satisfied for the approval of work and to be given acceptance. The scrum master determines the sprint. Once the conclusion is drawn of what will be the duration of the sprint by the team all sprints of future should be the identical. Once the sprint begins, no interference of the product owner should be there for smooth functioning of the team to do their work. The power resides only in the hands of the scrum master or project manager. Completed work is presented at the end of the sprint to the project owner and the established criteria of acceptance or rejection is used by the project owner to take the decision and to ensure based on the given feedback, testing of modules & business prioritization, before beginning a new sprint. Therefore, it gives a guarantee of proper evaluation & response to any change in requirements of customer (see Figure 1).
Rana et al. (2011,2012,2013) in their work emphasize and addressed issues and challenges related to software development process in Agile environment. They also proposed a new framework for the same. So, it is clearly evident from literature review nowadays software practitioners are more inclined toward Agile than the conventional one due to its simplicity and less complex structure. Interestingly none of them apply SRGM concept during development to mitigate issues and this instills us to study and work on agile in corporation with SRGMs.