Estimating Agile Tasks for Developers – Part 2
Since developers work on tasks so frequently, they have a better understanding of how large and complex a task is. Issues and unexpected problems aside, developers will usually have a more accurate estimation of a task. Other roles may be able to pick up on this over time, but rarely will they have the intuition for estimation that developers have.
Even better than having individual developers create estimations, is a team of developers. With multiple developers giving estimates for the same tasks, these estimates can be averaged out. Having developers of multiple skill levels means that tasks don’t usually run too high or low. Veteran developers and novice developers might deviate from the norm, so a group can reduce the outliers.
One of the most popular tactics for estimation is Planning Poker. No, it doesn’t involve money and cards. Planning Poker is a system for developers to estimate tasks without feeling intimidated by their decision. Developers are given cards with different number values printed on them. If the Scrum team uses the Fibonacci sequence, cards might include 0, 1, 2, 3, 5, 8, and 13. If a request includes larger tasks, cards may often include numbers like 21, 34, 55, and 89 to represent very large tasks.
After discussing a task, developers each put in a card for their estimation. Once every developer has put a card in, all cards are revealed at once. This anonymous contribution means that developers can be honest about their estimate. A novice developer that thinks a task might be very complicated can confidently rate it an 8, 13, or higher without fear of being shamed. Also, this gives a clear indication of misunderstanding a spec. If there is a widespread of values or specific outliers, the team can discuss these estimates further. One developer may estimate particularly high if he or she knows of an issue that the others didn’t think of.
Task estimating is a valuable part of an Agile project. It may take some extra work, but the benefits are easily worth the investment. There are a number of different ways to create estimates, and each method may work better or worse for individual organizations. However, it is always vital to have developers in the process. Not only are they most directly affected by estimates, they also offer great insight on creating estimates.
<– Continue Reading –>
Our Book Recommendations
We found these books great for finding out more information on Agile Scrum:
Master of Agile – Agile Scrum Developer With 59 Seconds Agile (Video Training Course)
Introductory Offer: Free Course
Master of Agile – Agile Scrum Developer With 59 Seconds Agile (Video Training Course)
What is this course?
This ‘Master of Agile – Agile Scrum Developer With 59 Seconds Agile (Video Training Course)’ provides an in-depth understanding of the Agile Scrum Developer roles and responsibilities
You will explore the Agile Scrum project life-cycle, including how an Agile User Story is created, to how we know when it is ‘done’
This course is aimed at those with or without prior knowledge and experience of the Agile values and principles
During this course you will learn the tools needed to succeed as an Agile Scrum Developer
What will you learn?
You will gain an in-depth understanding of the Agile Scrum Developer roles and responsibilities, and you will be able to
- Fully understand the role of the Agile Scrum Developer
- Understand the roles involved in an Agile project
- Create an effective Product Backlog
- Effectively participate in Scrum Meetings such as the Daily Stand-up, Sprint Review and Retrospective
- Identify the roles involves in the Scrum Team
What topics are covered within this course
You will cover the following topics during this course:
- An Introduction to Agile Project Management (Developer)
- The 12 Agile Principles (Developer)
- Introduction to Scrum (Developer)
- Scrum Project Roles (Developer)
- The Agile Project Life-cycle (Developer)
- Acceptance Criteria and the Prioritised Product Backlog (Developer)
- Initiating an Agile Project (Developer)
- Forming the Scrum Team (Developer)
- Epics and Personas (Developer)
- User Stories and Tasks (Developer)
- Implementation of Scrum (Developer)
- The Daily Scrum (Developer)
- The Product Backlog (Developer)
- Scrum Charts (Developer)
- Review and Retrospective (Developer)
- Validating a Sprint (Developer)
- Retrospective Sprint (Developer)
- Releasing the Product (Developer)
- The Communication Plan (Developer)
- Formal Business Sign-off (Developer)