Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

The scrum Scrum development approach is the most popular agile method used in software development (Butt, 2016). The scrum methodology, developed by Schwaber and Sutherland (Azanha, Argoud, de Camargo, & Antoniolli, 2017; Krstić et al., 2018), was initially presented by Schwaber in 1995 at a conference in Austin, Texas (Ozierańska, Skomra, Kuchta, & Rola, 2016). Scrum utilizes incremental fixed timebound iterations in the construction of software (Ozierańska et al., 2016). software construction. The term scrum comes from the sport of rugby, where team members organize and collaborate to achieve the goal of winning the game (Azanha et al. , 2017). The critical factors of scrum are transparency and visibility to everyone, inspection to detect problems in the early stages of development, and the ability to adjust through adaptation (Srivastava & Jain, 2017).  

The scrum development method uses sprints, which are timebound iterations in the software construction and delivery of software. Sprints are typically 2 to 4 weeks in length (Kirmani, 2017a; Torrecilla-Salinas, Sedeño, Escalona, & Mejías, 2015)long. At the end of the sprint, the team is expected to provide a potentially shippable working model (Mirzaei & Mabin, 2017). The development goal , as well as the development team, and team should not change during a sprint, and the product owner or development team may redefine the scope as needed (Srivastava & Jain, 2017). The sprint team iterations (time length of the sprint) remain constant but can vary from team to team. 

Scrum has three essential elements: roles, artifacts, and events. The principal roles are the scrum master, the product owner, and the scrum development team (Hohl et al., 2018; Kotaiah & Khalil, 2017; Munawar & Qureshi, 2015). The responsibility of the scrum master is to support the scrum team, ensuring the project achieves its goals. In contrast, whereas the product owner is the expert on the business case, controls the backlog, and has the power to can make decisions on behalf of the company (Munawar & Qureshi, 2015). The development team is responsible for the delivery delivering and implementation of implementing a releasable product at the end of each sprint (Srivastava & Jain, 2017). The development team usually consists of comprises three to nine professionals responsible for delivering a functional product and . It has the authority to determine the necessary actions to achieve the objectives of each sprint (Azanha et al. , 2017). The team defines and sets the goals before the beginning of the sprint. 

The activities (events) of scrum focus on the sprint, which is the heart of the scrum development approach. Sprints start with a sprint planning meeting that sets the goals and guidelines of the iteration (Azanha et al., 2017). Each day during the sprint, the development team conducts a stand-up meeting to report the team's accomplishments of the team the day before, the plan for the current day, and any impediments that the team has encountered (Abdullah & Qureshi, 2018). The benefit of the stand-up meeting is to assess the current progress and mitigate any risks that may arise (Perkusich, Gorgônio, Almeida, & Perkusich, 2017). The stand-up meeting provides allows the team with the ability to communicate and share project knowledge, report on progress, and resolve issues that arise during the sprint. 

At the end of the sprint, the team conducts a review meeting to evaluate the accomplishments of the sprint. The sprint review meeting is a retrospective in which the team evaluates the sprint in terms of regarding communication, resources, and processes to identify any potential areas for improvement (Srivastava & Jain, 2017)improvement areas. After each sprint, the team has the opportunity to share the positive and negative aspects to improve future sprints (Ahmed, Tayyab, Bhatti, Alzahrani, & Babar, 2017). The sprint retrospective is a “lessons learned” meeting to provide the team with what worked well and what did not. 

The sprint backlog and the product backlog are artifacts that list the items that provide value and represent the work requested. The sprint backlog is a list of items to be accomplished in the sprint that define the requested enhancements, requirements, and corrections the team commits to working in the specific iteration (Perkusich et al. , 2017). The product backlog is a priority-ordered list of everything that is needed or requested to be accomplished in future sprints (Azanha et al. , 2017; Srivastava & Jain, 2017). The sprint backlog and the product backlog comprise all the requests and requirements the development team delivers to the customer. 

The process of scrum starts by translating the customer’s requirements into the product backlog. The team holds the sprint planning meeting with the help of the product owner to determine the planned accomplishments of the sprint (Abdullah & Qureshi, 2018). During the sprint meeting, the development team estimates the work to be accomplished (Kotaiah & Khalil, 2017; Ozierańska et al. , 2016). The team transfers items planned designed for the sprint from the product backlog to the sprint backlog, and the team completes the items in the sprint backlog for the iteration delivery (Ahmed et al. , 2017). The sprint and product backlogs are listings of items list things to be accomplishments accomplished as requested by the product owner.

...