Skip to main content
  1. Learn
  2. Project management
  3. How-tos
  4. How to master Scrum in Backlog

How to master Scrum in Backlog

How-tosProject managementBacklog
Backlog Staff

Backlog Staff

October 19, 2020

Backlog is a collaboration tool any team from any industry can use to accomplish tasks. But it is most popular in software development because of its combination of features like project and task management, integrated version control with Git/Subversion, and Wiki for collaborative documentation. Amongst our users in the software industry, the Agile Scrum methodology is also popular, so today, we will introduce how you can do Scrum in Backlog to manage your sprints for projects. 

What is Scrum?

Scrum is a framework based on the Agile methodology. The team works in weekly or biweekly cycles known as ‘sprints’ to develop features in increments or add iterative improvements to the software product.

Overview of Agile Scrum process

Of course, there’s more to Scrum than that, such as roles, rituals, and the jargon: product backlog, user stories, sprints, retrospectives, Scrum Master, etc. However, to avoid this article getting too lengthy, we won’t cover them all here.

Doing Scrum in Backlog

A quick disclaimer: There are invariably different ways to do scrum in Backlog, depending on your team’s preference. What we suggest here may not necessarily fit your team’s specific situation or habits. We hope you’ll take it and make it your own.

Step 1: Create a product backlog milestone and add user story tasks

In general, a project consists of a series of tasks to be completed by a determined date. Fittingly, the milestone feature in Backlog helps us mark out tasks to be completed within a time frame.

First, let’s create a milestone named Product Backlog with start and end dates.

Setting milestones in project settings

In Scrum, the Product Backlog contains PBI (product backlog items) or user stories. These are the features your team plans to develop for the product or tasks for the team. We add these tasks/user stories to our project and assign them to the Product Backlog milestone.

Filter board by Product Backlog tasks

Note: To denote user stories, we can use tasks or create a new Issue type in Backlog named ‘User Stories.’ For our example here, we use the default ‘Task.’

Pro tip: For Standard Plan and above users, Backlog has a helpful feature called Issue Templates, where users can set pre-filled content for adding issues.

Step 2: Prioritize user story tasks using the board

After adding the user stories and tasks, we can prioritize user stories. Currently, Backlog only has three options for task priority (low, normal, and high). To get around this, we can use the Board to drag and reorder them so that the higher-priority tasks are at the top.

Ordering task priority on Backlog Board

Reordering user story tasks on the Board will change their order in real-time for other users too. However, the new order will not be reflected in the Issues list and Gantt Chart.

To enter the estimated story points, we can use the ‘Estimated Hours’ field to enter a number for the tasks. This will help generate the estimated Burndown graph for the milestone.

Enter story points when adding issues

Next, sprint planning.

Step 3: Create a sprint milestone for user story tasks

A sprint will typically last from one to two weeks, but it really depends on your team’s preference. We’ll create a milestone for the sprint and name it ‘Sprint 1.’

Then, we select the higher-priority tasks (user stories) in the Product Backlog. Issues can be assigned with multiple milestones in Backlog. Next, we assign those tasks to both Product Backlog and Sprint 1 milestones.

Batch update multiple issues
Tip: You can use the batch update function in the Issues list to update multiple tasks at once.

At this point, the selected tasks for Sprint 1 have two milestones: Product Backlog and Sprint 1, while the remaining tasks have only the Product Backlog milestone. 

Are you still with me? Good.

With the milestones, we can use the Board to filter views of our tasks based on Sprints or Product Backlog. This will come in handy during standup meetings to discuss any stalled tasks or challenges.

Use Board filters to view Sprint tasks

In addition, Backlog automatically generates burndown charts for the current Sprint and Product Backlog milestones. They show the amount of work remaining (story points of the tasks) versus the duration of the sprint or milestone. This tells us whether we are on track to complete the sprint on time.

Burndown chart on Project Homepage

Note: Only the charts of current milestones are shown, i.e. the milestone’s start date has to be before or today’s date in order for the chart to display. If you have milestones that start on a future date, their charts will not be shown yet, saving you some screen space and possible confusion.

Planning and scheduling using Gantt charts

In addition to burndown charts, Backlog also has Gantt charts. These charts make it easy to schedule task dates by arranging them on your set timeline. Plus, if there are any task dependencies, e.g. task A has to be completed before task B can start, we can look out for them on the chart.

Grouped tasks on Gantt chart

Backlog Gantt charts let us toggle through different views based on task assignees, milestones, statuses, and other conditions. If we view the Gantt chart by assignees, we can see the workload and schedule for team members. 

Gantt chart tasks grouped by assignee

It’s easier to spot overlapping tasks in the schedule and to spread the tasks between team members so that they are not overloaded. In the example above, we can probably assign User Story 6 to someone else, perhaps Sean or Toby.

Step 4:  Running the sprint for development

During the sprint, the team works according to their assigned tasks.

When team members make progress on their tasks, they can update their respective task statuses. Backlog has four default options for statuses: Open, In Progress, Resolved, and Closed. If we find we need more for our workflow, we can create custom statuses; for example, we could create one for “Testing.”

When sprint tasks are closed, the burndown chart will reflect this change and ‘burn down’ accordingly, and we can see our sprint progress.

Burndown chart for sprint and product backlog
We closed two tasks with a total of 2 story points, hence the drop of 2 points on the charts.

The Burndown chart of the Product Backlog milestone reflects the updated tasks too. This way, team members can easily see the overall project progress and keep their eye on the goal.

Daily standup meetings with the board

Daily standup meetings are a standard ritual in Scrum, and they can be conducted using Backlog’s Kanban-style Boards because you can view and understand task statuses at a glance. 

We’ve received feedback from users that, with everyone working from home due to COVID-19, the Boards have been very useful during online meetings.

Record meeting minutes on Wiki

After the standup meetings or retrospectives, meeting minutes and important information is documented in the project Wiki. This helps ensure that information can be easily found, team members can refer to or update it whenever they need, and project handovers are smoother.

Project wiki
Backlog includes some templates for Wiki.

Check out our Wiki Guide to learn more about the benefits and uses of Wiki.

Exporting data or generating CSV/Excel reports

Reporting is part and parcel of development work, and Backlog makes it easy to gather work information for reporting purposes. 

At any time, you can export your Gantt chart in Excel format, or export the details of issues/tasks (subject, status, assignee, start/end dates, etc) in the form of CSVs, Excel, and printable pages. 

Your team can also freely use this data for analysis.

Link tasks with code commits and pull requests

With Git or Subversion repositories on Backlog, developers can version control their code and link issues with Git commits and pull requests. This conveniently allows developers and project managers to check which part of the code was changed for a specific task.

Link Backlog issue key with git commits

Backlog for Scrum features

The above step-by-step flow demonstrates how a development team can carry out Scrum using Backlog’s various functions:

  • Milestones and Burndown charts to track sprint progress
  • Boards to track task statuses
  • Gantt chart to track individual workloads and task schedules
  • Wiki for documentation, information-sharing, and collaboration
  • Generate CSV / Excel reports for analysis and reporting
  • Link issues with Git / Subversion commits and PRs

We hope that this post inspires your team to try Scrum in Backlog. Backlog is a versatile tool, and depending on your team’s workflow or preferences, you can customize your own Scrum process to best fit your team’s needs.

If you only take away one idea from this post, it should be the idea of using milestones to mark your sprint tasks. With them, you can use burndown charts to visualize your team’s work completion rate. 

Have a fun and productive Scrum on Backlog!

Keywords

Related

Subscribe to our newsletter

Learn with Nulab to bring your best ideas to life