product backlogs items VS sprint backlog items
Hi evey one, i have discussed with my SM about pbi and spbi but i don't understand very well about if a product backlog item is bigger than a sprint backlog item, i said yes because during refining you can split a pbi into a lot of pbis and then you can use during sprint plannning,and then in sprint backlog i would like to know about your experience, what do you think???
You are right, usually pbis are split and get smaller over time before they reach the sprint backlog, so generally speaking sprint backlog items are smaller than product backlog items.
However, I have also made the experience that during backlog refinement we have split a story in two, and in sprint planning the dev team fastened them together again with a stapler.
You never know.
A Sprint Backlog Item can be seen as a Product Backlog Item plus a plan for implementing it. In that sense it is additive to, and thus "larger" than, the selected PBI.
The truth is that the two backlogs serve different purposes, and the items within are not directly comparable.
I really don't understand that question ... What is the "item size" ?
Each PBI has to be estimated by the dev team. Item size refers to that estimate.
I have simple example 3 top PBIs is A,B,C now. In refinement meeting we split A, B into A1, A2, B1, B2, B3 and see that we can only pick A1, A2, B1, B2 for next sprint. At that time all A1, A2, B1, B2, B3, C,....is PBIs but in next sprint A1, A2, B1, B2 will become SPBIs. So you can consider SPBI small as PBI (if compare with B3) or smaller PBI (if compare with C).
Anyway I think item size in this question should be understand by relative way (e.g. Item type) and should not by absolute estimation (in hours) because every item always take different time to finished it.
The Scrum Guide says at page 12 & 14:
The Product Backlog is an ordered list of everything that might be needed in the product and is the single source of requirements.
The Sprint Backlog is a forecast (…) what functionality will be in the next Increment and the work needed to deliver that functionality. The Sprint Backlog makes visible all of the work (…) The Sprint Backlog is a plan (…)
So, the Product Backlog and the Sprint Backlog are defined, but an exact definition of PBI’s and SPI’s are not given.
However it is commonly accepted that a PB can contain User Stories and SP contains tasks.
So for example a User Story can say: “As a telesell company manager, I want the customer to be able to change it’s preferences by himself, in order to reduce my operational costs.”
This requirement can lead to multiple demanding tasks like: setting up a database, defining a user interface, providing for a secure communication channel, etc.
In this example, the User Story could be written down in 5 minutes, where the tasks may take a complete sprint. In this regard, the tasks are much bigger than the requirement.
However, from the business point of view, the individual tasks and results have no individual value. So the requirement of the User Story is much bigger.
Hmmm, only now I see the original post was not recent. I submit this answer anyway for anyone that is interested.
Dear Ian, based on your explanation, the following answer in the Mgmt Plaza practice exam is incorrect, right?
Items in the Product Backlog are usually larger than items in the Sprint Backlogs.
This is how it works:
- Items of different sizes are added to the Product Backlog.
- Items are sorted based on their business value.
- Then we check the items on the top of the Product Backlog, and if they are large, we’ll break them down into smaller items. We leave the large items on the bottom of the Product Backlog as they are for now.
- The business values will be estimated again, and the Product Backlog sorted based on them.
Based on this explanation, the items on the top of the Product Backlog would be, statistically speaking, smaller than the average. Since the items in the Sprint Backlog come from the top of the Product Backlog, we can say that “the items in the Sprint Backlog are usually smaller than the average item in the Product Backlog”.
Remember that we sort the Product Backlog items based only on their business value. The difference in size happens naturally, and is not a basis for sorting.
In my view the correct answer would default to false, given that the means of comparison is not elucidated. Refinement can indeed usually be expected to reduce items in their estimated size, but more detail will usually be added. Sprint Planning will add even more detail in terms of a plan for implementation.