For creating estimates that are quick, accurate and reliable "Full of real-life examples most tutors don't have."
Interested in attending? Have a suggestion about running this event near you?
Register your interest now
You’re familiar with the love-hate relationship of estimates: businesses demand them but agile teams see them as something stakeholders use against them. In complex agile projects, an estimate that feels like a strict commitment can feel like a stranglehold.
Creating an estimate that works for stakeholder and developers isn’t easy. You may already be experiencing some of the most common challenges:
You struggle to make accurate estimations: they either feel impossible to achieve, or over-inflated.
Stakeholders want you to estimate (and lock-down) scale, scope and cost even when requirements are vague.
Management pushes back on your estimates: they feel your team can complete more work more, and are disappointed when these unrealistic goals are not met.
Too much time is spent in planning meetings at the cost of building something.
All of these approaches can all damage morale, increase time-to-market, put the emphasis on ‘quick’ at the expense of quality, and make the project miserable. Teams don’t feel trusted, customers feel ignored and product owners find it impossible to prioritize product backlog items.
The answer is to find the right process for estimating. A process that:
- Encourages discussion.
- Removes bias.
- Is transparent.
- Produces reliable estimates.
Module 1: The Problem and Our Goal
Why is it so difficult to create estimates that have value for the business and developers? In this first module, you’ll discover:
The statistical theory behind why we underestimate how long tasks will take.
Why you can’t fight the Student-Syndrome that causes delays, but you can use systems to minimize its impact.
That it’s criminal to produce inaccurate estimates and how trying to be more precise is often the underlying cause.
How to build a flexible plan that can change as you go along, without changing the original estimate.
Module 2: Iteration Planning
Which product backlog items should you bring into an interation? Ones that meet the priorities of the Product Owner, and are achievable by the team. These lessons show you:
How to run an effective iteration planning meeting. Find out who should attend and the four steps you need to communicate and manage expectations.
The differences between velocity-driven and commitment-driven planning and when to use each one.
When velocity-driven planning can speed-up planning meetings but at a significant cost.
How to calculate how much work should be brought into an iteration so that the team doesn’t bring in too much or too little, and can handle uncertainty.
Module 3: Story Points and Ideal Days
This covers the key problem for estimating - how do we estimate real-world work without having all the details to hand? It comes down to being able to use story point or ideal days properly. In this module, you’ll learn:
Why estimating size and deriving duration is the key philosophy behind accurate estimates.
How to choose between using story points and ideal days for planning with your team.
Why you need to make sure you’re answering the right question when talking to management about ideal time.
How story point estimates can be used even if you don’t know all the information, and when you should defer estimating till you have the information you need.
Whether you should use story points to estimate in terms of the time or complexity of a task.
Module 4: Estimating The Product Backlog
This module walks you through the practicalities of estimating items on the product backlog so you know:
Why gut instinct isn’t a bad thing, and how triangulation can help estimates improve over time.
When to break down larger product backlog items and estimate smaller pieces, but avoid estimation inflation by breaking them down too much.
How to choose the right sequence of estimating numbers for your team.
How Planning Poker is a simple, fun game that strips out subjectivity, shines a light on hidden risks, and prevents personal bias from skewing the estimation.
Module 5: Release Planning
To be valuable, estimates have to work on long-term projects. Stakeholders want to know what will be delivered and in how many iterations. This module provides statistical techniques for improving stakeholder conversations and protecting the team against unrealistic expectations. After this module you can:
Use historic velocity to make accurate future estimates, using a statistical technique that prevents outlying data affect accuracy.
Make forecasts even when there is no historical velocity because the team is new, or new to agile.
Predict velocity when team size changes, and gather data to communicate the future of this change to management.
Communicate what’s possible when stakeholders request estimates for fixed dates, scope and cost (and in a way that makes them listen).
Module 6: Topics for Multi-Team Projects
You may need to create estimates when there are interactions and dependencies between multiple teams. To make this easier, this module shows you:
How to get consensus between teams about the common value of a unit of estimation.
Why you should create a common baseline, but avoid comparing team velocities.
How to facilitate a successful iteration planning with multiple teams.
Identify upcoming dependencies that may affect progress by considering 3 upcoming iterations at once.
- Project Managers
- Scrum Masters
- Product Owners
- Team Leaders
- ...or if you're about to be part of an agile project and need an expert understanding of agile estimating and planning.
A Certificate of Completion and web badges you can display on your social media profiles.