How to set up Trello board for Scrum
November 11, 2013 8 Comments
In the past, I’ve written about how to use Trello for agile task tracking, and also about some tools that allow you to use Trello for Scrum. Recently I started up a little side project for a personal application I wanted to write, and I decided to run the project using Trello and Scrum for Trello as my task tracking tools.
In this post, I’d like to walk you through the process of how to configure a Trello board to run a Scrum-like process.
The first step in configuring Trello is to set up your Lists on the board. In a Scrum process, we typically have the standard stages TO DO, IN PROGRESS, and DONE for our tasks. If we want to bring backlog planning into the same view, we can do this with a few extra columns.
The screenshot provided here is from a personal project (Project Loki) where I am running a one-man scrum team. I’ve split up the board in the following manner:
- Product Backlog: This is where all the stories start. You’ll see on the board example that some stories have estimates, and some are still being written and aren’t ready for estimation yet. This is where the Product Owner can work to build up work for upcoming sprints.
- Sprint Planning: This is the column where the team can begin planning for the next sprint without interfering with current sprint activities. More refined estimates can be applied and stories can be broken down. Once estimates are applied, the total points wrap up into the list header to show you the size of the sprint.
- Current Sprint: The Current Sprint is the work that needs to be done right now. You may also name this To Do or Sprint Backlog. These are the stories that the team can pull from and assign themselves to.
- In Progress: Stories actively being worked on should be in this list, and the developers working on the story should assign themselves to the card. Developers can also provide an estimate in brackets [ ] of the amount of effort already spent. In my example here, I have been tracking total story points and also estimated story points completed. These values roll up into the list header to allow the scrum master a quick view at progress in the current iteration, as well as on the individual stories.
- Done: Work completed that has passed all acceptance testing can be moved to Done.
You may need multiple Done columns if you want to track which Sprints your work was completed in. If you are working with a split dev/test team, you may also need columns for Deployed, Ready for QA, or In QA to allow your team to track where in the development cycle the story is.
Personally, I find too many lists overly confusing so I would recommend trying to keep your stages to a minimum and allowing the team to communicate with each other directly to ensure a story gets done.
The User Story
User Stories are captured in Trello as a Card. The card can then be used to track details of the story, estimates, and who is working on the story.
- Points: When using the Scrum for Trello plugin, the story points are placed in the title in parentheses (i.e. (5)). Expended effort is tracked in the title in brackets (i.e. ).
- Tasks: Tasks can be tracked in a variety of ways, but I prefer using the checklist as it has a visual indication of what percentage of the tasks is complete . If you need to track task hours remaining, you may want to consider splitting stories down into task cards instead, as tracking hours remaining in the checklist is less than ideal.
- Themes/Epics: I recommend tracking your themes/epics by using the Trello Labels functionality, but due to Trello’s limited number of labels, this may not be appropriate for your project. Instead, you may consider using Labels for task types (Bug, Feature, Impediment, Spike) and writing your Theme/Epic name into the title (i.e. Framework: Default page).
- Story Details: The description field allows you to provide details on the story. You may wish to place acceptance criteria here, as well as the user voice form for the story. Trello also supports attaching files, so if you have visual designs, specs, detailed notes, etc. they can be attached to the card.
You will notice quickly that as your project size scales up that Trello becomes more and more difficult to manage. It is intentionally constructed to force you to make decisions on what will be next, thereby keeping your work in progress batch small to improve efficiency. This is great when tackling things at a sprint level, or when working on a small project that will only have a few sprints. However, if you need to scale up to something larger, you will need to consider a different approach.
With a multi-release project running several teams or several years of iterative development, the backlog size is massive. Managing this on a single board does not work. This is where you will want to split your work across boards.
- Investment Decision Board: This is where the highest levels of the organization will track upcoming feature requests and company direction as epic stories on their board. They will have a prioritized backlog of items to consider, and they will need to be evaluated for effort, risk, and business value before passing them on to the product management teams.
- Product Backlog Board: The cards on this board will be used to track epics that the portfolio management team has decided the company should invest in. At this point, the product management teams need to make decisions on their release plans and where different epics will be slotted. More refined estimations will occur, and dependencies will likely be identified. This is also where the product management team will track architectural epics such as browser version support or framework updates.
- Release Backlog Board: At this stage, the product management team has decided the current backlog for a given product’s next release. This is where the implementation team’s scrum board comes into play. The scope of the release is in the Product Backlog list, and the team continues plugging away at the work in the current sprint.
With your board configured and your stories entered into Trello, you will probably have some need for reporting. You can look into Burndown for Trello which integrates with Scrum for Trello, or you may want to investigate accessing the Trello API to build something to generate the project status reports you need to surface.