Story Points and Velocity in Scrum
Last Updated :
23 Jul, 2025
Developing a software application or any product requires time and measuring the total time required to complete a specified amount of work requires some metrics. In Agile Scrum development methodology, there are two key metrics namely Story Point and Velocity, used to estimate a piece of work and measure the total amount of work completed in a Sprint.
In this article let us discuss Story Points and Velocity in more detail.
Story Points
Definition: Agile Scrum recommends Story Point as a method to measure the effort needed for a task or user story, instead of traditional time-based metrics such as hours and days estimates.
Explanation of Working: Story Points are relative units to estimate the effort required to complete a user story or task based on the amount of effort needed, complexity of the task, risk involved, and uncertainty. In Agile Scrum, there are several methods to calculate story points. Story points focus on complexity instead of exact duration to complete a task.
Common Methods of Story Points
- The Fibonacci Sequence: This method is a popular scoring scale to estimate story points in Agile Scrum. The Fibonacci sequence does as follows 1,2,3,5,8,13,21, etc. The Higher value assigned to the user story represents greater complexity and effort needed to complete the user story.
- T-Shirt Sizing: This method follows the T-shirt size measures such as Extra-Small, Small, Medium, Large, Extra-Large, 2XXL, etc
- The Doubling Sequence: This is another method used to calculate story points which has numbering sequence 1,2,4,8,16 where the digits double in succession.
- Relative Sizing: Story Points are not an absolute measure but a relative one. It's about comparing the effort of one task or user story to another.
- Consensus: Teams usually estimate story points collectively using techniques like Planning Poker, where team members discuss and vote on the complexity of a task until a consensus is reached.
Velocity
Definition: Velocity is a metric used to measure the amount of work a development team can accomplish within a specific Sprint in Agile Scrum.
Explanation of Working: Velocity is calculated by adding up the completed user stories within a Sprint. Velocity only considers all tasks that were completed and delivered and not any tasks that are in progress or incomplete. The only story points included in calculating Velocity are those user stories marked and accepted as 'Done'
Example: If a scrum team completed tasks total of 80 story points in a single Sprint, then the Velocity for that Sprint is 80.
Steps in Calculating Velocity
- Define the Unit of Measurement: Velocity is generally calculated in Story Points. Story Points can be measured by different types such as T-Shirt Sizing, Fibonacci Sequence, and so on. Identify the right type and use it to measure story points.
- Start a Sprint: Velocity is calculated based on a Sprint and Sprint duration. So, a Sprint is the starting point for Velocity with the Story Points assigned to user stories in a Sprint
- Work on User Stories: The development team works on user stories assigned to a Sprint and as the user stories are completed the Story Points associated with each user story contribute towards the total Velocity.
- End of Sprint: At the end of the Sprint the user stories completed in this Sprint are verified for 'Done' status and the Story Points are summed up for the completed items.
- Calculate Velocity: Velocity is calculated based on the total number of story points completed during the Sprint. This total is considered the team's Velocity for the specific Sprint.
Uses of Velocity
- Velocity helps teams in forecasting the continuous improvement that can be accomplished in future Sprints.
- Velocity also assists in planning the upcoming Sprint and setting realistic goals based on the story points accomplished in the previous Sprints.
- Velocity provides great insight into an Agile Scrum team's work capacity and ability to complete the amount of work in future Sprints, which aids in better planning.
Relationship between Story Points and Velocity
Below are the key aspects of Story Points and Velocity as both are part of an Agile Scrum Development methodology:
- Usage: Story Points are used to estimate user stories during Sprint Planning.
- Calculation: Velocity is Calculated based on the total Story Points completed in each Sprint.
- Accuracy: Velocity provides the reality check of how accurate the previous estimate was.
Velocity is also a key metric for future Sprint Planning and this can help to assess the team capacity and determine how much work they can commit for the upcoming Sprint. Story Point and Velocity are interlinked and complement each other.
Advanced Techniques
There are other Advanced Techniques to estimate story points as discussed below:
- Planning Poker: Planning poker is an advanced method for Story Point estimation techniques. In the Scrum development team members privately choose a card with several story points that the team member has estimated for a user story specified. Once all team members choose the cards, the cards are revealed with story points and the team discusses the differences and reaches a consensus.
- Dot Voting: The Dot Voting method is another option to estimate story points. Each team member is given a limited number of dots (stickers or markers). Using the dots, the team members can vote on the user story based on the complexity of the story points. The stories with the most dots are assigned higher story points.
- Bucket System: In this bucket system mechanism user stories are categorized into predefined buckets of different size ranges (such as 0-1, 2-3, 5-8, etc.), and the user stories are placed in the appropriate bucket based on the relative size. The team discusses the size range given and finalizes it.
Conclusion
In this article, we have looked into the estimation techniques in Agile Scrum and how story points are used to estimate story points. We have also discussed Velocity, a method to assess the amount of work completed in a Sprint. Story Point and velocity work hand-in-hand and together they form the crucial part of Agile project management.
Similar Reads
Velocity Chart Agile Scrum The ability of agile project management to increase project flexibility and productivity is proven across industries and not just in software development. Velocity and velocity charts in agile play an important role when talking about software project management. There are numerous tools out there u
8 min read
Working of Scrum in an Organization Prerequisite - Scrum (software development). Scrum working : Let's say we need to build a product âMyFirstProductâ. So first, We gather all requirements and feature requests from Customer, Executives, or even other team members. Basically, In Scrum, features are from the end-user perspective. Featur
3 min read
What is Velocity in Agile? Velocity in Agile is a metric used to calculate the amount of work of team that can complete during a single sprint. It is a key performance indicator or (KPI) in Agile project management, particularly in Scrum, and helps teams plan and predict the progress of their projects.In this article, we will
7 min read
What is Sprint and its importance in Agile Scrum Sprint is a fixed-length iteration and an agile scrum event, during which a cross-functional scrum team works to complete a set amount of work. Generally, a sprint is time-boxed to 2 to 4 weeks duration. Sprint breaks down complex tasks in product or project development to shorter duration with a we
15 min read
What is Scrum in Software Engineering? Scrum is a framework used in project management that focuses on teamwork and helps teams deliver high-quality products on time. A set of tools, meetings, and different roles are being described in Scrum for timely project delivery. With the help of this framework, the teams or groups self-organize,
8 min read
What is a User Story in Agile? The user story is a natural language-based and informal way of specifying one or more requirements of software and product development. A user story is usually used in the agile model to describe from the end user's perspective which can ultimately help us create a simplified description of the requ
5 min read