Scrum terms you should be familiar with as a Software Developer

Who is a Scrum Master and Why do we have Scrum Ceremonies? This is what I asked myself when I first heard those terms

I was first introduced to Scrum during my internship. It felt intimidating at first. Terms like Scrum ceremonies, story points, sprints, etc were foreign to me and it took me like a few weeks to understand what they meant and why they were needed. I legit thought scrum ceremonies were for giving awards such as best team member and stuff but it is not.

Although the best way to learn about these terms is on the job, this article will serve as a gentle introduction on what to expect and hopefully give you some familiarity with some commonly used SCRUM jargon. I am not a project manager nor have I taken any formal training related to Scrum. The content of this article is based on my experience so some of the terms might be overly simplified although they are not. Again, the best way to learn more about Scrum is on the job or from a project manager.

What is Scrum and Why is it needed

Scrum is a way to organize work. Teams work together and they can change what they are doing if it becomes hard. This is an Agile Methodology, which means the people who make things decide how to make them. They also do not try to make it too big or difficult for themselves. It is an iterative and incremental methodology that allows teams to produce high-quality software products in a short amount of time. The key benefits of using the Scrum framework are that it helps to:

• Maximize team productivity
• Accelerate project delivery
• Improve product quality
• Facilitate communication and collaboration among team members
• Reduce project risk

Understand the various roles in a Scrum team

There are three key roles in a Scrum team: the product owner, the scrum master, and the development team.

• The product owner: Responsible for understanding the business goals of the project and ensuring that the team has everything they need to be successful.
• The scrum master: The person who ensures that everyone on the team is following the rules of Scrum. They also prioritize and organize which tasks each development team member should complete next in order to successfully meet deadlines. They also ensure the team is productive.
• The development team: The people who are responsible for developing the product, i.e you and me.

Understand how Scrum is used to manage projects

In order to understand how Scrum is used to manage projects, it’s important to first understand what Scrum actually is.

Scrum is a framework for managing software development projects. It’s an agile methodology, which means that it’s designed to be flexible and adaptable to change.

The basic idea behind Scrum is that the project is divided into a series of short, time-boxed iterations called sprints. At the beginning of each sprint, the team meets and agrees on a set of goals that they want to achieve during that sprint. They then break those goals down into individual tasks, which are assigned to specific team members. The team works together to complete those tasks during the sprint, and at the end of the sprint, they meet again to review what was completed and determine whether or not the goals were achieved. If they are, great! The goal has been accomplished. If it wasn’t, then the team discusses why that happened and comes up with a new set of tasks for the next sprint. When each iteration is finished, you have an increment of the product.

Some Scrum terms you might hear

• Sprint: A sprint is a period of time in Scrum during which the team works on completing their goals for the project. They are usually 2-4 weeks long.
• Daily Scrum meeting: Also known as the Daily Standup. This is a daily 15-minute meeting, where everyone on the team answers three questions: What did you do yesterday? What are you going to do today? Are there any impediments in your way that prevent you from accomplishing your goals?
• Retrospective Meeting: This is a meeting at the end of each sprint where everyone on the team discusses what went well during that sprint, what didn’t go well, and comes up with ideas for how to improve.
• Scrum Board: A scrum board is a tool that helps the team track their progress and visually see how they are doing. Typically it at least has three columns: To Do, In Progress, and Done. The team updates the scrum board every day at their Daily Scrum meeting. It might have additional columns as well such as Pull Request Made, Pull Request Approved, etc. This is often automated, i.e whenever you make a PR, you have to tag a task and that task will move from In Progress to Pull Request Made. When someone approves your PR, the task will move to Pull Request Approved, and finally, the task will move to Done when the stakeholders are happy. Some popular services used for Scrum Boards are Jira, GitHub Projects, Azure DevOps, etc. Below is a sample Scrum Board on Jira

• Time-boxing: Time-boxing is the idea that all tasks on the scrum board should have an assigned time for when they should be completed. They can either be broken down into smaller tasks or estimated as a whole. Once the sprint starts, it’s important that team members don’t spend more than their allotted time on a task. This helps to ensure that tasks stay on track and flow smoothly.
• Product Backlog: This is a list of all items in your project that need to be completed. These can include new features, bugs, or anything else that needs to get done. The Product Owner prioritizes the items in the product backlog, and it is the role of the Team to complete them at their designated priority level. Items that are not completed move up to higher priority levels as they become available.
• Sprint Backlog: This is a list of what needs to be done by the team during the next Sprint, i.e., the week or two weeks that the sprint cycle lasts for. Items at the top of this list are considered to be most important and it is their turn to get completed first. Each item in this list is called a User Story and must be completed during the sprint.
• User Story: A description of features or changes that need to be made. These are written by the Product Owner, then taken by the Team who will decide what needs to get done first in order to deliver these requirements (in priority order). The team is responsible for writing their own User Stories to fully understand what they are expected to do. In the picture of scrum board above, each box inside the column is a User Story.
• Story Points: A measure of how much effort a task takes relative to other tasks. For example, one story point can be equivalent to half a day’s work. It is up to the Team members themselves to determine the size and complexity of what needs to get done in order to estimate it properly.
• Continuous Integration: A set of software development practices intended to improve the quality of software releases. It aims at building, testing, and releasing high-quality code in very frequent cycles (such as each check-in resulting in a build) so that when new features are added they add value quickly.
• Backlog Grooming: This is the process in which the Product Owner and Team go through and refine the product backlog in preparation for a Sprint. The Product Owner prioritizes items, while the team makes sure that they fully understand each item. This step helps to ensure that everything that is supposed to be done in the Sprint is clear and understandable.
• Velocity: A measure of how much work a team can complete in a given period. This is also used to determine how much work can be taken on for a sprint. As this number increases, velocity becomes an increasingly accurate indicator of how much work gets done over time.
• Sprint Burndown: This is a graphical representation of how much work the team has completed and how much they still have left to do. It provides visibility into progress, enables realistic forecasting, and also helps the Product Owner plan for future sprints. This also compares how much should be done in order to achieve the sprint goal vs how much is actually done.

The 3 main Scrum Ceremonies

There are 3 key ceremonies that a Scrum Team must conduct as part of the development process. They are as follows:

• The Daily Standup Meeting or Scrum Standup is held at the start of every workday during which each team member must answer three questions: What did I accomplish since yesterday’s standup? What will I accomplish before tomorrow’s standup? Are there any obstacles in my way? This was discussed in the above section as well.
• The Sprint Planning Meeting is where the team comes together to review the tasks required for the sprint ahead. This is done by breaking down work items, estimating them with Story Points (see above), then adding them to the Sprint Backlog.
• The Sprint Review is where the Team demos what they have accomplished for stakeholders of the project. This meeting is not for discussing issues or problems, but rather it’s a chance for stakeholders to provide feedback on what’s been done so far and give direction on future work that needs to be completed.

Below is a sample Scrum calendar template. You start off with a Sprint Planning Session and then have daily standups till the end of your sprint. At the end of your sprint, you will have a Sprint Review Meeting. Following which you will have another Sprint Planning Session for the next sprint. Additionally, you might also have a few backlog grooming or backlog refinement sessions in your sprint and a Retrospective meeting at the end of your sprint.

Know your goals as a developer for using SCRUM successfully

When using SCRUM, it’s important for developers to have a clear understanding of their goals. This way, they can use the SCRUM methodology to its fullest potential and ensure that they are constantly making progress on their project. Some goals that developers may want to keep in mind include:

• Completing tasks in a timely manner
• Ensuring that tasks are properly prioritized
• Continuously integrating new code into the project
• Make sure that all stakeholders are kept up to date on project progress

Many developers have success using the SCRUM methodology by following these simple guidelines. It is important to note that this methodology is not a silver bullet for every project, but rather a useful tool that can help keep projects running smoothly. As long as you use it correctly and follow its principles, then there’s no reason why you should not see positive results.

Conclusion

It is worth noting that this article only provides the basics of Scrum. If you want to learn more about how it can be used for software development, or if you are new to the process and need help getting started with your project management methodology, please reach out to your project manager! I hope this article provides an introduction to SCRUM terms so they don’t seem as intimidating next time someone mentions them during a meeting.