Query on Sprint Review and Product Owner projection of target and delivery dates
Had a very basic query on the point 2 related to Sprint review. Product owner project the delivery dates for which items
- PBIs part of the sprint backlog ? if yes, are they not done already
- PBIs not part of any sprints?
1.A Sprint Review is held at the end of the Sprint
2.Product Owner projects likely target and delivery dates based on progress to date (if needed);
Thanks in advance
Any work which has not yet been done, and which continues to be valuable, will remain on the Product Backlog. The estimates for any such remaining work ought to be kept up to date. The Product Owner should then be able to make projections regarding the likelihood and timescale of future delivery.
The work to be performed in the Sprint is planned at the Sprint Planning. This plan is created by the collaborative work of the entire Scrum Team.
Sprint Planning answers the following:
• What can be delivered in the Increment resulting from the upcoming Sprint?
• How will the work needed to deliver the Increment be achieved?
By the end of the Sprint Planning, the Development Team should be able to explain to the Product Owner and Scrum Master how it intends to work as a self-organizing team to accomplish the Sprint Goal and create the anticipated Increment.
The Sprint Goal is an objective set for the Sprint that can be met through the implementation of Product Backlog. It provides guidance to the Development Team on why it is building the Increment. It is created during the Sprint Planning meeting. The Sprint Goal gives the Development Team some flexibility regarding the functionality implemented within the Sprint. The selected Product Backlog items deliver one coherent function, which can be the Sprint Goal. The Sprint Goal can be any other coherence that causes the Development Team to work together rather than on separate initiatives.
As the Development Team works, it keeps the Sprint Goal in mind. In order to satisfy the Sprint Goal, it implements functionality and technology. If the work turns out to be different than the Development Team expected, they collaborate with the Product Owner to negotiate the scope of Sprint Backlog within the Sprint.
The above is the original "Scrumguide"
From the original text, we found that during and after "Sprint Planning" and "Sprint Goal", PO can predict "target and delivery dates" based on these transparent information