{"id":3919,"date":"2014-04-23T08:54:42","date_gmt":"2014-04-23T11:54:42","guid":{"rendered":"http:\/\/blog.plataformatec.com.br\/?p=3919"},"modified":"2014-05-16T11:26:15","modified_gmt":"2014-05-16T14:26:15","slug":"improve-your-agile-estimates-using-the-ruler-score","status":"publish","type":"post","link":"http:\/\/blog.plataformatec.com.br\/2014\/04\/improve-your-agile-estimates-using-the-ruler-score\/","title":{"rendered":"Improve your agile estimates using the Ruler Score"},"content":{"rendered":"

The formal definition of estimate is “an approximate judgment or calculation of the value, amount, time or size of something”. In a software development project, estimates are important to help us predict how much time will be necessary in order to finish a set of activities, or to select and prioritize scope for a release or iteration.<\/p>\n

It’s rather common on Agile projects that the estimates are done in a planning poker session. Each team member has a deck of cards with the Fibonacci sequence (0, 1, 2, 3, 5, 8, 13), and for each user story (US), the team member privately selects one card to represent his or her estimate. All cards are then revealed at the same time. The estimates can represent story points, ideal days, or other units of cost that make sense to the project. Usually we use story points because we can consider three different aspects when estimating: complexity, effort, and risks. The story point unit allows us to more effectively capture sources of variation compared to an hour-based estimate.<\/p>\n

Since story points are a relative measurement unit, the first step your team should take is to define one story as the baseline, so that they can estimate the other stories comparing to that reference. According to the literature, the team should find the simplest story in the backlog, and assign 1 story point to it, after that, they use that story as baseline to estimate the other stories.<\/p>\n

However, here at Plataformatec we go a step further on defining that baseline story. We select at least one user story for each story point that we use, composing a “ruler score”.<\/p>\n

\"ruler

Ruler score example<\/p><\/div>\n

In each sprint, we update the stories in the ruler with US’s of the previous sprint, so that when our team meets for the planning poker session, they have at least one baseline story on each story point to compare to.<\/p>\n

Using that practice has brought us a lot of benefits, such as:<\/p>\n