Differences

This shows you the differences between two versions of the page.

--- what_can_we_do_to_improve_our_point_based_estimates [2019/01/07 12:10] – Added scaling include page hpsamios
+++ what_can_we_do_to_improve_our_point_based_estimates [2019/01/14 06:17] – [Backgound] hpsamios
@@ Line 5: / Line 5: @@
 ====== Backgound ======
-We focus on making story points a true measure of the relative size of the work, and velocity as the true capacity of the team to complete requirements to done.
+For many organizations, we focus on making Story Points a true measure of the relative size of the work, and velocity as the true capacity of the team to complete requirements to done.
-Most organizations settle on a team-by-team Story Point based approach to estimate work. These estimates are used to understand how much the team can deliver in a Sprint / Iteration. The capacity to deliver working code, called the Team Velocity is determined by summing up the each Team estimates of User Stories that are Done in a Sprint / Iteration.
+Most organizations settle on a team-by-team Story Point based approach to estimate work. These estimates are used to understand how much the team can deliver in a Sprint / Iteration. The capacity to deliver working code, called the Team Velocity is determined by summing the Team estimates of User Stories that are Done in a Sprint / Iteration.
 We come to rely on this information for a number of uses. For example it helps us plan and understand how Teams are doing. A number of Teams have reported issues in both calculating and using Story Points. The following approaches were pulled together from 2 primary sources:
@@ Line 14: / Line 14: @@
   * A number of Teams reported that velocity in release sprints is different to production sprints which means that historical velocity cannot be easily used to determine likely release date or that defects there is a difference in the size of the story when you compare defects versus new work. Again subsequent discussion of the issue with Scrum Masters highlighted issues and potential solutions.
-These pages is a summary of what was discovered on the approaches Teams have used to improve their estimation process.
+This page is a summary of what was discovered on the approaches Teams have used to improve their estimation process.
-{{page>what_is_the_purpose_of_estimation#What is the Purpose of Estimation?&noindent&notags&noeditbutton&nouser&nomdate&nodate}}
-{{page>what_are_the_characteristics_of_a_good_estimate&noindent&notags&noeditbutton&nouser&nomdate&nodate}}
-{{page>what_is_the_basis_of_our_estimating_process&noindent&notags&noeditbutton&nouser&nomdate&nodate}}
-{{page>how_can_we_scale_our_estimating_approach_beyond_a_team&noindent&notags&noeditbutton&nouser&nomdate&nodate}}
 ====== What Estimation Practices Can We Try? ======
@@ Line 46: / Line 38: @@
   * [[Use Ranges to Understand Risk]]
-{{tag>Team Estimates Forecast FAQ Points}}
+====== Want to Know More? ======
+  * [[how_do_we_use_points_to_estimate_work|How Do We Use Points to Estimate?]]
+{{tag>Team Estimates Forecast FAQ Points Improve}}