{"id":37609,"date":"2015-10-26T12:10:00","date_gmt":"2021-02-10T11:00:15","guid":{"rendered":"https:\/\/www.globallogic.com\/latam\/insights\/blogs\/como-priorizar-el-backlog-en-metodologias-agiles\/"},"modified":"2025-01-30T11:27:03","modified_gmt":"2025-01-30T11:27:03","slug":"como-priorizar-el-backlog-en-metodologias-agiles","status":"publish","type":"insightsection","link":"https:\/\/www.globallogic.com\/latam\/insights\/blogs\/como-priorizar-el-backlog-en-metodologias-agiles\/","title":{"rendered":"C\u00f3mo priorizar el backlog en Metodolog\u00edas \u00c1giles"},"content":{"rendered":"
As a <role> I want <functionality> to achieve <goal><\/span><\/span><\/em><\/strong> .<\/span><\/span><\/p>\n However, once the expected behavior of the system has been described in a set of UserStories (called a backlog), there is a problem to be solved: in what order will each of them be implemented, that is, where to start.<\/span><\/span><\/p>\n There are different factors and dimensions to consider<\/span><\/span><\/p>\n From these, different techniques have emerged to prioritize the <\/span><\/span>UserStories of the backlog<\/span><\/span><\/strong> .<\/span><\/span><\/p>\n The following describes some of the most commonly used techniques [1,2]. To facilitate comparison, a small example of a backlog is introduced. The backlog will then be prioritized according to the vision of each technique. The example consists of an e-commerce application, with the following UserStories:<\/span><\/span><\/p>\n US-01.<\/span><\/span><\/strong> As a registered user, I would like to place items in the shopping cart to complete my order.<\/span><\/span><\/p>\n US-02.<\/span><\/span><\/strong> As a business owner, I want people to be able to browse the site without registering to facilitate its visibility.<\/span><\/span><\/p>\n US-03.<\/span><\/span><\/strong> As the owner of the business, I want only registered users to be able to make purchases to achieve loyalty.<\/span><\/span><\/p>\n US-04.<\/span><\/span><\/strong> As the CFO, I want credit card payments to be secure to prevent fraud.<\/span><\/span><\/p>\n US-05.<\/span><\/span><\/strong> As a registered user, I would like to check out my cart to complete my order.<\/span><\/span><\/p>\n US-06.<\/span><\/span><\/strong> As a marketing manager, I want to make it easy and intuitive to add products to the cart so that users find the page attractive.<\/span><\/span><\/p>\n US-07.<\/span><\/span><\/strong> As a marketing manager, I want users to be able to search so they can find the products they want.<\/span><\/span><\/p>\n Business Value&StoryPoints Technique<\/span><\/span><\/strong><\/p>\n This technique proposes prioritizing UserStories based on factors such as the effort and opinion of the ProductOwner, the client and the development team, or even combining them. The <\/span><\/span>Business Value<\/span><\/span><\/em> is a numerical value assigned to each UserStory (US) where the higher the value, the greater the value for the client.<\/span><\/span><\/p>\n So one way to prioritize the backlog would be to use the US Business Value. However, doing so in an \u201cisolated\u201d way can cause problems.<\/span><\/span><\/p>\n One of them is that the client often gets carried away by superfluous details and this can lead to leaving aside really important functionality.<\/span><\/span><\/p>\n Another problem is that the effort required to implement each US is not considered. The latter can be solved with <\/span><\/span>StoryPoints<\/span><\/span><\/em> , which are numerical values \u200b\u200bentered by the development team estimating the effort it will take to develop each US. Then, a smart way to prioritize the backlog is by using the <\/span><\/span>Business Value\/StoryPoints<\/span><\/span><\/strong> ratio . That is, the easiest to implement that is of greatest interest to the user. To illustrate this technique, assume the following values \u200b\u200bfor the US in the example:<\/span><\/span><\/p>\n Given these values, the development team will give more priority to <\/span><\/span>US #01 and #05<\/span><\/span><\/strong> , which are related to cart management. These are the USs that are of most interest to the user and require less effort from the team. Then, <\/span><\/span>US #06<\/span><\/span><\/strong> , <\/span><\/span>US#03<\/span><\/span><\/strong> , and <\/span><\/span>US #04<\/span><\/span><\/strong> \u200b\u200bwill follow , ending with <\/span><\/span>US #07 and #02<\/span><\/span><\/strong> . It is important to note that these values \u200b\u200bare not fixed and can be updated at the end of each sprint.<\/span><\/span><\/p>\n Urgent Technique<\/span><\/span><\/strong><\/p>\n In [3] they propose prioritizing the backlog using two dimensions, but they change the concept of StoryPoints for another one: the urgency in having a functionality ready. Values \u200b\u200bfrom 1 to 5 are introduced, where 5 implies that this US must be ready now or else it will lose its meaning, while a value of 1 indicates that there is no hurry to have it ready. Also taken into account for this urgency value is whether the functionality has to be developed for contractual reasons, or because many other US depend on it, so it must be implemented sooner. The Business Value follows the same scale and values \u200b\u200bfrom 1 to 5 are assigned. Once all the assignments have been obtained, the urgency values \u200b\u200bare multiplied by the Business Value values \u200b\u200b(obtaining numbers between 1 and 25) and are placed in a table like the one below (source provided, [3]):<\/span><\/span><\/p>\n Given this table, the prioritization is evident: first the US in the red sector, then orange, yellow and finally the green.<\/span><\/span><\/p>\n Returning to the example of e-commerce, the following values \u200b\u200bcan be assumed:<\/span><\/span><\/p>\n US Business Value Urgency Sector<\/span><\/span><\/p>\n\n
\n\n
\n US<\/span><\/span><\/strong><\/td>\n Business Value<\/span><\/span><\/strong><\/td>\n Story Points<\/span><\/span><\/strong><\/td>\n Quotient<\/span><\/span><\/strong><\/td>\n<\/tr>\n \n #01<\/span><\/span><\/td>\n 8<\/span><\/span><\/td>\n 1<\/span><\/span><\/td>\n 8<\/span><\/span><\/td>\n<\/tr>\n \n #02<\/span><\/span><\/td>\n 4<\/span><\/span><\/td>\n 5<\/span><\/span><\/td>\n 0.8<\/span><\/span><\/td>\n<\/tr>\n \n #03<\/span><\/span><\/td>\n 7<\/span><\/span><\/td>\n 5<\/span><\/span><\/td>\n 1.4<\/span><\/span><\/td>\n<\/tr>\n \n #04<\/span><\/span><\/td>\n 10<\/span><\/span><\/td>\n 8<\/span><\/span><\/td>\n 1.25<\/span><\/span><\/td>\n<\/tr>\n \n #05<\/span><\/span><\/td>\n 12<\/span><\/span><\/td>\n 3<\/span><\/span><\/td>\n 4<\/span><\/span><\/td>\n<\/tr>\n \n #06<\/span><\/span><\/td>\n 8<\/span><\/span><\/td>\n 5<\/span><\/span><\/td>\n 1.6<\/span><\/span><\/td>\n<\/tr>\n \n #07<\/span><\/span><\/td>\n 6<\/span><\/span><\/td>\n 8<\/span><\/span><\/td>\n 0.75<\/span><\/span><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n <\/p>\n
\n\n
\n US<\/span><\/span><\/strong><\/td>\n Business Value<\/span><\/span><\/strong><\/td>\n Urgency<\/span><\/span><\/strong><\/td>\n Sector<\/span><\/span><\/strong><\/td>\n<\/tr>\n \n 1<\/span><\/span><\/td>\n 5<\/span><\/span><\/td>\n 4<\/span><\/span><\/td>\n Red<\/span><\/span><\/td>\n<\/tr>\n \n 2<\/span><\/span><\/td>\n 3<\/span><\/span><\/td>\n 4<\/span><\/span><\/td>\n Yellow<\/span><\/span><\/td>\n<\/tr>\n \n 3<\/span><\/span><\/td>\n 3<\/span><\/span><\/td>\n 2<\/span><\/span><\/td>\n Green<\/span><\/span><\/td>\n<\/tr>\n \n 4<\/span><\/span><\/td>\n 4<\/span><\/span><\/td>\n 3<\/span><\/span><\/td>\n Yellow<\/span><\/span><\/td>\n<\/tr>\n \n 5<\/span><\/span><\/td>\n 4<\/span><\/span><\/td>\n 4<\/span><\/span><\/td>\n Orange<\/span><\/span><\/td>\n<\/tr>\n \n 6<\/span><\/span><\/td>\n 5<\/span><\/span><\/td>\n 4<\/span><\/span><\/td>\n Orange<\/span><\/span><\/td>\n<\/tr>\n \n 7<\/span><\/span><\/td>\n 3<\/span><\/span><\/td>\n 2<\/span><\/span><\/td>\n Green<\/span><\/span><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n