Agile Estimation
Agile Estimation
• Planning Poker
• T-Shirt Sizes
• Dot Voting
• The Bucket System
• Ordering Method.
Planning Poker
• In this, all the estimators sit in a round circle for the Planning Poker session.
• Each estimator is having a set of Planning Poker Cards of values: 0,1/2,
1,2,3,5,8,13,20,40,100 and ?. These values represent story points or measure in
which the team estimates.
• At the start of the session, the product owner/customer reads out the US,
describing all its features and requirements.
• After the discussions, all estimators are asked to select one card to estimate the
US. If all estimators give same value, then that becomes the final estimate.
• If values are different then the estimators giving highest & lowest values
explain their opinions & why they chose this value, until a consensus is
achieved.
Planning Poker
T – Shirt Sizes
• Just as in the case of T-shirts, sizes as: XS (Extra Small), S (Small), M
(Medium), L (Large), XL (Extra Large). A similar approach is followed here.
Items are estimated in T-shirt sizes.
• Useful when quick & rough estimation needs to be done. Later these sizes can
be converted into numbers as per the requirement.
• To start with this, post all the user stories along with their description on
the wall or board using yellow stickies.
• All stakeholders are given 4 to 5 dots (mostly in the form of stickers, pens
or markers can also be used to make dot).
• Product Owner orders the product backlog items from the most preferred
(one with most no. of dots) to the least preferred (one with least no. of
dots).
Dot Voting
The Bucket System
• It is a good technique when a large no. of items are to be estimated by
large no. of participants.
• Different buckets are created with values: 0,1,2,3,4,5,8,13,20,30,50,100,
200.
• These buckets are nothing but cards representing values arranged
sequentially on a table.
• The stories need to be placed within these where the estimator finds them
suitable.
• Pick an story at random, discuss all its features and requirements with the
group and place it in the appropriate bucket.
The Bucket System
Group Similar Tasks Together (Buckets): Imagine you have a set of tasks (user
stories) that need to be estimated. Instead of estimating each task one by one, you
can group them into "buckets" based on their size or effort. Each bucket represents
a range of effort, like small, medium, or large.
Label Buckets: You assign a label to each bucket, such as "1 point" for very small
tasks, "3 points" for small tasks, "5 points" for medium tasks, and so on. These
numbers represent the effort needed to complete the tasks in that bucket.
Place Tasks in Buckets: You then go through each task and decide which bucket it
fits into based on how much effort it will take. For example, if a task seems simple
and quick to finish, you put it in the "1 point" bucket.
Estimate Quickly: The idea is to estimate quickly by comparing tasks to each
other, not by spending a lot of time calculating exact effort. It’s fast, collaborative,
and allows the team to categorize work easily.
The Bucket System
Ordering Method
• A good technique when large no. of items and small no. of people are there.
• A scale is prepared ranging from low to high. All the items are placed randomly
on it. Each participant is asked to move any one item on the scale, at one time.
• This continues until all the participants are satisfied and don’t want to move
any item on the scale.
• This also gives the priority order of the Product Backlog items.
Ordering Method
User Story 1
As a user, I want to log in using my email and password so that I can access my
account.
Acceptance Criteria:
• User can enter email and password.
• User receives feedback for incorrect login details.
• User is redirected to the dashboard after successful login.
User Story 2
Acceptance Criteria:
• User can request a password reset link.
• User receives an email with the reset link.
• User can set a new password.
User Story 3
Acceptance Criteria:
• User can access the profile page.
• User can see name, email, and other personal details.
User Story 4
Acceptance Criteria:
• User can edit fields like name, phone number, address, etc.
• Changes are saved and reflected on the profile page.
• User receives confirmation of successful update.
User Story 5
As a user, I want to search for items on the website so that I can find specific
products quickly.
Acceptance Criteria:
• User can enter keywords in a search bar.
• Results display items matching the keywords.
• User can click on an item to view details.
References
• Ken Schawber & Mike Beedle, Agile Software Development
with Scrum, Pearson, 2008.
• Robert C. Martin, Agile Software Development, Principles,
Patterns and Practices, Prentice Hall,2002.
• Lisa Crispin & Janet Gregory, Agile Testing: A Practical Guide
for Testers and Agile Teams, Addison Wesley, 2008.
• Alistair Cockburn, Agile Software Development: The
Cooperative Game, Addison Wesley, 2006.
• https://www.softwaretestinghelp.com/agile-estimation-technique
s/
last accessed on 25/8/2024.