With an objective to enable continuous learning and progression for our learners, PremierAgile curated several learning articles in the areas of Agile, Scrum, Product Ownership, Scaling, Agile Leadership, Tools & Frameworks, latest market trends, new innovations etc...
Companies using Agile find its one aspect really good and that it is not rigid. If the organizations using Agile get the essence of it, they can easily customize it to suit their needs to ensure maximum output. One of the best examples of this is Agile Estimation. The entire product is set through these estimation techniques and they make it easy for the team to get through the product.
Almost all the Agile teams do estimation and use different estimation techniques by breaking complicated products into smaller parts. In addition, when estimations are recorded, it is helpful in measuring the team's velocity and output and hence creating release plans in a better way. There are many Agile estimation techniques including affinity mapping, dot voting, story points, a bucket system, and t-shirt sizing. Each has its own benefits. In this article, let’s discuss t-shirt size estimation in Agile.
T-Shirt size estimation in Agile is a technique that uses relative estimation. This estimation technique is helpful in planning effectively for a longer time. The T-Shirt sizing technique is a tool that helps in both product estimation and capacity planning. It helps you in knowing how much time or effort a particular initiative will take. Usually, Agile begins with either a high-level estimation of the product or a macro view of the product. This means the teams are able to arrive at a long-term plan for the product. And one of the most popular techniques used for this purpose is t-shirt sizing which estimates story points using relative estimation. It estimates what time, budget, and effort would be required for a particular product. The T-Shirt sizing Agile estimation technique is particularly beneficial for those teams that have just started using Agile and want a relative estimation for a product. On the basis of the way you use this technique, a t-shirt size can depict the scope of the product, the effort needed for it, the work hours required for it, the complexity of the product, time estimates, or all of these.
The t-shirt sizing technique is based on the concept of basketing meaning items with similar sizes are grouped together. Teams mutually collaborate, discuss, and then arrive at a decision on size. The size of a User Story is set by the team relative to others. The t-shirt size estimation in Agile starts at a t-shirt size in order to plan the future releases. This planning is then split into story points for the purpose of Sprint planning. And the story points can be further broken into hours for executing Sprint. Irrespective of this, the important point here is that as the work gets closer and closer to a developer's keyboard, more accurate estimation becomes easier and smaller. The t-shirt planning works very well for defining the product blueprint and Release Planning.
When you go to a store to buy a t-shirt for yourself, the t-shirts are marked XS, S, M, L, XL denoting extra small, small, medium, large, and extra-large sizes which means this is a relative sizing and they can fit different shoulder sizes. You can easily select what fits you. It becomes much easier to choose from such sizing than numerical sizing like 36, 38, 40, etc.
In the same way, different items or User Stories can be put in different categories like extra small, small, medium, large, or extra-large. In this way, numerical scores linked to story points are removed by the t-shirt size estimation technique. So, as far as the effort required for a story is concerned, this gives developers the leverage to be more flexible and dynamic.
Generally, a team uses the following process for t-shirt size estimation:
1. All the members of the team join the estimation session and are given the XS, S, M, L, and XL cards.
2. The team is given a brief explanation of the User Story for which the estimation is to be done by the Product Owner. After listening to the briefing, the team members ask questions to bring more clarity to their understanding of the User Story. Usually, the questions asked are like this:
3. After all these questions are answered, each member of the team assigns a t-shirt size to the story.
4. All members of the team then display their cards at the same time.
5. If every member has picked the same card, then it is taken as the final estimate. In case members have picked different cards, then the team holds a discussion until a consensus is reached on one size.
6. More User Stories are taken one by one and the team repeats the above process for each story till all the stories have been estimated.
7. The team can add another step to the above process if it wishes. It can estimate the time required to complete these stories after completing the estimation of all the stories.
So, you can see it is an easy and quick technique of relative sizing but the most important aspect of t-shirt size estimation is that the team should reach a consensus.
There are certain dos and don'ts for t-shirt size estimation which, if followed, give the best results. Let's have a look:
There are many pluses of the t-shirt size estimation technique but at the same time, there are a few minus points too. Let's see the pluses first:
Overall, for getting preliminary estimates, the t-shirt size estimation is a very useful approach. All the stakeholders and team members get a projection of how much time and effort would be required for a particular product. As said earlier, it can be used when there is a large backlog or the team has just started working on the Agile framework. These teams which are new to the Agile framework can initially keep using the t-shirt size estimation technique and can later on move to more accurate techniques once they get a sufficient grasp of other more accurate estimation techniques. If the team is focused and follows the correct process, the t-shirt size estimation technique can increase its efficiency by giving faster and better estimates.