What is Scrum and how to master it | Develandoo | Blog

What is Scrum and how to master it

Scrum is one of the Agile development practices today. A large number of organizations worldwide not just those involved in Software and IT, are embracing agile methodologies. Scrum is the most popular among scrum methodologies and Scrum professionals are in great demand. In scrum features are written from the perspective of end user. Features are known as User Stories. The collection of all these user stories is called Product Backlog. Another way of thinking of product backlog is ‘Wish list’ that would make this product great. Accordingly, we are going to start the planning and identify which specific user stories are going to be put in a particular release of our product. And we are getting head of ourselves! In order to develop a product required by a client we need a group of people that play a variety of roles in development process.  One keeps the role of product owner and makes sure that the right stories make the backlog and presents customers and users needs. She helps to set the direction of the product. Then we must have a Scrum Master who makes sure that project is progressing smoothly and that every member of the team has its tool to have the job done. The rest of team members play roles such as some of them build the product, some of them test the product to make sure it works right and at the end customers use and pay for it.

Let’s start from backlog. At first you identify the stories you want to be put into release. Team members estimate user stories. Sometimes too large user stories are broken into smaller, more manageable chunks. The collection of all estimates provides the rough idea of the total amount of work. They are a lot of techniques to create the right estimate. Some prefer estimating storypoints but the best technique is to estimate in hours. When the backlog is ready with user stories and the time estimation is made we are ready to make Sprints. Sprint may last from several days up to 30 days depending on product release cycles. The shorter release cycle the shorter sprint should be. We could take our release backlog and broke it into sprints. The most important to know about process is that at the end of each sprint we should have the fully tested product with all of the features of the sprint completed; the goal of each sprint is to get a subset of released backlog to a ship-ready state. Since sprint is very short and your team couldn’t complete the development of the product on time, this case indicates that went wrong in scheduling process. Here it’s important to monitor progress of each sprint with Burndown Chart. It’s the N1 reason for scrum’s popularity, it is considered one of the project’s visibility tools to ensure the projects progresses smoothly. Burndown chart provides day by day measuring of the amount of work that remains in a given sprint. Plus it’s important to make daily Scrums as a tool. It’s an essential communication tool for having communication flow freely between members. The idea is to have a Stand-up meetings where team members list their work they have completed since the last meeting and state any obstacles they met during the day. Finally when each sprint comes to a finish its important to have Sprint Retrospective meeting where team reflect on what was right , what went wrong and how to correct the previous mistakes. To summarize what I have introduces is that in Scrum there are 3 key roles that are that effect the framework to work well.

-Product owner -who is responsible for binding the features that are needed in the product.

-Scrum master– leaders of the team responsible for team, team work, project flow, running the meetings and for keeping things going on continuously.

-Team-can be made up of developers, testers etc. Team members often play multiple roles. Sometimes developers may end up by doing tests or testers may end up writing. There are 3 artifacts that are used in scrum,

-Product backlog -where Product owners create and prioritize features known as user stories. User stories are ways of describing features set e.g. As a……………(user), I need…………  (something), So that………..(reason). Making this kind of user stories allows the product owner to specify the right item according to priority, discuss with the team and make estimations.

– Sprint backlog – User stories with highest priorities go to Sprint backlog.

-Burndown charts– show the progress during the sprint on the completion of the task in the sprint backlog. Burndown chart approaches to 0 point when the work is completed. There are 3 ceremonies that make up Scrum. Think of this as meetings or discussions.

-Sprint planning– where the Product owner, Scrum master and the team meet to discuss the user stories and estimate them accordingly.

-Daily Scrum is a brief stand up meeting where the teams introduces what they have done and has blocked them -Sprint retrospective. It accures at the end of the sprint. This is where the team demonstrates their work to the product owner and then the team discusses what they can do towards the improvement of the working flow.

  • Topics:
  • Agile
  • Project Management

Top Stories

High Five! You just read 2 awesome articles, in row. You may want to subscribe to our blog newsletter for new blog posts.